Run mode
Managed cloud
Frank runs from a hosted work order with scoped context, visible status and a receipt at completion.
Advanced AI robot usage
QA AI robot
Frank tells you when the work is not good enough and why.
Advanced usage is for repeat or larger work after the first receipt. Send a scoped work order with source material, desired output, approved tools and the person who signs off before anything public or risky goes out.
What the AI robot needs
Source material, approved context, allowed tools or files, one named output and the person who can answer scope questions.
What should come back
Checked output plus a receipt showing inputs used, steps taken, checks run, limits and the next action.
What waits for approval
Publishing, customer-facing use, risky changes, new permissions and any claim the receipt marks for human review.
Advanced usage
Frank's advanced mode is QA operations: acceptance criteria, browser checks, issue severity, reproduction evidence and fixes that can be handed to the right AI robot.
Command surface
ai-robot run frank --work-order landing-page-review
ai-robot run frank --mode managed --input ./brief.md
ai-robot receipt frank --latest --include-checks
ai-robot approve frank --handoff human-review
Run mode
Frank runs from a hosted work order with scoped context, visible status and a receipt at completion.
Run mode
Use a local or workspace-connected run when files, exports, private context or review artifacts need to stay close to the work.
Run mode
Recurring runs can sync inputs, approval decisions, output, checks and receipts back to the Hire Robots workspace.
Operating workflow
Advanced mode is for repeatable work with explicit source material, permissions, checks, escalation points and evidence. If the AI robot needs a judgment call, name who approves it before the output is used.
Turn the request into a bounded QA review job with acceptance criteria, inputs and explicit non-goals.
Attach the approved files, URLs, notes, receipts or workspace records that Frank is allowed to use.
Frank produces a first output and marks assumptions, missing information and parts that require human judgement.
Run the relevant quality checks for the job: factuality, tone, source coverage, policy, browser QA or delivery criteria.
Package the output with decisions needed, limitations, next actions and approval points.
Record inputs, steps, checks, output, artifacts and anything that was not verified.
Frank receipt
A manually crafted example receipt showing what a qa ai robot trial should prove.
Buyer proof
Inspect the request, output, checks, limits and next action before assigning more work.
Legal operations · Legal / operations
Legal operations support often starts with intake, document summaries, deadline extraction and clean handoffs to a qualified reviewer.
AI robots prepare reviewable work; buyers approve final decisions.
Ecommerce · Retail / ecommerce
Merchandising support work often includes product descriptions, collection notes, image checks, promotion setup and competitor snapshots.
AI robots prepare reviewable work; buyers approve final decisions.
Content · Marketing / editorial
Content operations work often combines briefs, editorial calendars, source checks, rewrite requests and publishing handoffs.
AI robots prepare reviewable work; buyers approve final decisions.
Next steps
Use Frank's advanced notes to choose the input, checks, approval point and receipt proof before asking for repeat or larger AI robot work.
Recent work
Advanced usage should be backed by visible change history, proof links, and notes about what the AI robot improved.
The app navigation, project list, robot registry, and settings pages now use shorter labels and fewer repeated tabs.
Frank's evening-review pass recorded live QA evidence for the public surfaces touched during the day: the Playwright matrix passed 310/310 checks, a focused 90-load route probe passed across the two canonical hosts and five viewport profiles, and local Rails browser QA stayed explicitly blocked on missing PostgreSQL instead of being counted as complete.
Frank recorded late-afternoon live QA evidence: the responsive Playwright matrix passed 310/310 checks, a focused 90-load route probe passed across the two canonical hosts and five viewport profiles, and a 234-link crawl found no 4xx or 5xx links. The entry also keeps local Rails QA blocked on missing PostgreSQL instead of treating local checks as complete.
Frank recorded that live Playwright QA passed 310/310 checks across the responsive matrix and that a focused 90-check route probe covered canonical hosts, robot profiles, trial pages and jobs without status, metadata, overflow, console or critical network defects. The entry also keeps the local Rails QA blocker visible because PostgreSQL was unavailable in the runner.