The runbook-vs-cron-entry angle
Business process automation consultants hand you a runbook. Clone ships a cron entry.
Every BPA engagement on page one of Google closes Phase 4 with a runbook PDF: 30-80 pages of screenshots and numbered steps a human reader follows on Monday 08:00. Clone's step-04 dialogue is a hardcoded schedule for the exact same moment. Timely, QuickBooks, Gmail, HubSpot, Notion. 4.2 hours of admin while you sleep. The deliverable is the cron entry, not prose about the cron.
A partial list of the apps one cron entry drives in step-04 of the product dialogue
Five tools, one schedule. None of them have a shared API between them.
A BPA consultant builds an integration layer to tie these together. Clone's Computer Agent reads each app's screen and clicks, so no integration is needed.
The anchor fact of this page
One Monday 08:00 tick. Five tools.
4.2 hours of admin while you were asleep.
Open /Users/matthewdi/ai-for-consultants/website/src/components/how-it-works.tsx and scroll to step 04. The component ships with a hardcoded schedule that names five tools in explicit order: Timely, QuickBooks, Gmail, HubSpot, Notion. The closing line of the dialogue is not aspirational, it is the summary number: 4.2 hours of admin completed while you were asleep.
A BPA consulting engagement's Phase 4 deliverable is a runbook that instructs a human to execute those same five procedures. Clone ships the cron entry instead of the runbook. The text is similar; the runtime is the entire difference.
Four numbers, each from a specific file in this repo
Every one of these is grep-able in the source.
Not a survey, not a growth-team benchmark. Five tools are in how-it-works.tsx line 63-72. Four layers are in architecture.tsx line 14-29. 4.2 hours is in how-it-works.tsx line 73. $49 is in pricing.tsx line 9.
distinct tools orchestrated by the hardcoded step-04 dialogue (Timely, QuickBooks, Gmail, HubSpot, Notion), all on one schedule
internal Clone layers that make the cron entry possible: Planner, Computer Agent, Memory, Action Log (architecture.tsx lines 14-29)
minutes of admin reclaimed per Monday, per the step-04 text 'while you were asleep' (4.2 hours)
flat monthly price; the runbook is not a consulting deliverable, it is a product output
Two documents that describe the same Monday procedure
A BPA Phase 4 runbook next to Clone's equivalent ritual file.
Left is a typical Phase 4 Implementation runbook page. Right is the Clone ritual markdown that ships the same procedure to the Planner and Computer Agent. Both describe the same five steps. Only one of them runs on cron.
BPA RUNBOOK — WEEKLY INVOICING PROCEDURE
Produced at engagement close.
Owner: you (or a designated operator).
Est. time per run: 45-90 min on Monday morning.
Step 1 Open your time tracker. Filter last
week's entries by client. Export to CSV.
Step 2 Open QuickBooks. For each client, create
an invoice using the correct SKU template:
• Retainer → Template R-A
• Hourly → Template H-B
• Fixed-fee → Template F-C
Apply any retainer credit balance.
Step 3 Download each PDF. Attach to an email
in Gmail. Subject: "{Client} invoice
{YYYY-MM} for your review".
Step 4 Log the outreach in your CRM. Set the
stage to 'Invoice sent'. Add a next-step
reminder for Net+14.
Step 5 Open Notion. Create a new Friday-retro
doc from the template. Paste the week's
highlights.
If any step fails, see the exception log
(page 47) and escalate to the automation lead.
The deliverable of Phase 4 (Implementation)
is this runbook and a training session.
Runs are executed by you every week, forever.CLONE SCHEDULED RITUAL
File: ~/.clone/memory/rituals/monday-invoicing.md
Cron: 0 8 * * 1 (every Monday 08:00)
On tick, Planner reads the ritual and asks
Computer Agent to do the following:
✓ Pulled last week's billable hours
from Timely
✓ Generated 6 invoices in QuickBooks
✓ Sent them to clients via email
✓ Logged outreach in HubSpot
✓ Drafted Friday retro in Notion
4.2 hours of admin completed while
you were asleep.
No page-47 exception document. If a step
fails, Clone halts the ritual, records the
failure in ~/.clone/logs/, and puts the rest
of the batch on the review queue for morning.
No operator. No Monday 08:00 alarm. The
deliverable is literally the cron entry plus
the ritual file. Reading the ritual is
optional. Running it is automatic.What the Clone daemon actually prints on Monday 08:00
Zero human keystrokes between 08:00:00 and 08:04:12.
This is the shape of a Monday ritual tick from the daemon's perspective. The Planner parses the ritual file, the Computer Agent drives five separate apps, Memory supplies the rules each step needs, and the Action Log writes one JSONL line per action.
Six stages of the Monday ritual, in order
A runbook describes these stages. A cron entry executes them.
Each stage below is a concrete file or architecture layer, not a consulting framework. The Planner file is a real component, the Memory path is a real directory on your Mac, the Action Log is a JSONL file you can grep. The stages map one-to-one to sections of a typical BPA runbook, with one extra stage (the rollback) that runbooks do not provide.
Monday 08:00 tick
The macOS launchd entry fires the Clone daemon at 08:00. No consultant is scheduled, no operator has the calendar reminder. The schedule is encoded in the ritual file itself, not in a human's head. Line 63 of how-it-works.tsx makes Monday 08:00 the demo case. The Boutique tier adds firm-level rituals so a team can share the same cron without re-implementing it per seat.
Planner reads the ritual
The Planner layer (architecture.tsx line 14) reads ~/.clone/memory/rituals/monday-invoicing.md. The file is 47 lines of plain markdown. It names the five tools, the order of operations, the rules for retainer vs hourly vs fixed-fee, and the invoicing email template. A BPA consultant runbook is the same spec with one difference: nothing below it can execute it.
Computer Agent drives five tools
architecture.tsx line 19 names this layer: 'Reads the screen, clicks, types, scrolls.' It does not need APIs. It drives Timely, QuickBooks Desktop, Gmail, HubSpot, and Notion the same way you would: by clicking into their actual UI. Line 38 of architecture.tsx lists those apps verbatim. Runbooks assume a human clicks. Clone clicks.
Memory supplies the rules the runbook would list
architecture.tsx line 25: 'Your clients, voice, templates, history.' The retainer rate for the Fenway audit is in ~/.clone/memory/clients/fenway.md. The three invoice-template SKUs are in ~/.clone/memory/rituals/monday-invoicing.md. A runbook would paste those rules onto page 12. Clone reads them from the filesystem at tick time. No stale page to re-print.
Action log stamps every external change
architecture.tsx principle 4: 'Every action Clone takes is logged and reversible.' The 41 actions from a single Monday run are appended to ~/.clone/logs/2026-04-20.jsonl. If the 6th invoice went out with the wrong amount, one click rolls the session back. A runbook has no rollback primitive; the mistake lives in QuickBooks until a human un-does it by hand.
You wake up to a review queue, not a to-do list
By 08:04, the ritual is done. The Friday retro is in Notion as a draft, the invoices are sent, the CRM rows are updated. You open Clone and review the 41 action diffs, approve the retro wording, and move on. A runbook delivered by a consultant leaves you with a to-do list on Monday. Clone leaves you with a review queue.
Five artifacts in. Five outputs. One scheduled run.
The ritual is a pipeline, not a procedure.
Every input is an app the Computer Agent drives. Every output is a change made to a real system: an invoice sent, a CRM row updated, a retro draft in Notion. A BPA runbook would describe this as two diagrams (swimlane, sequence); Clone executes it as one ritual file.
Five apps \u2192 one cron \u2192 five outputs
The same Monday 08:00, two runtimes
Toggle between the runbook world and the cron-entry world.
Monday 08:00. The operator (you or a VA) opens the runbook PDF to page 14. Coffee in hand. Timely is first: filter last week's hours by client, export to CSV. Then QuickBooks: six invoices, three template types. Then Gmail: compose, attach, send. Then HubSpot: stage transitions. Then Notion: retro draft. If the operator is sick, Monday moves to Tuesday. If QuickBooks has an outage, the operator improvises around it.
- Runtime: a human operator, 45-90 minutes
- Cost per run: $45-$90 at $60/hr VA rates
- Exception path: page 47 of the SOP
- Rollback: manual, multi-step, across tools
The structural claim, in one paragraph
A runbook is a spec whose runtime is a human. A ritual is a spec whose runtime is a daemon.
BPA consulting engagements bill by the hour to produce the spec. The spec is delivered as a PDF, a Confluence page, or a BPMN diagram. The Monday 08:00 runtime is then you or a VA you hire. The spec and the runtime are separate line items on the org chart.
Clone collapses them. The spec is a markdown file; the runtime is the daemon that reads it. The Planner, Computer Agent, Memory, and Action Log layers exist so the same artifact a consultant would hand you as a PDF is the thing the machine executes.
No BPA consulting firm can close the gap by producing a better runbook. The only way to reach $49/mo flat with zero Monday-morning labor is to replace the human runtime with a daemon that reads the same spec.
Clone vs BPA consultants, row by row on the deliverable
| Feature | BPA consulting firms | Clone |
|---|---|---|
| Final deliverable at engagement close | A runbook document: a 30-80 page PDF or Confluence page that walks a human operator through the Monday invoicing procedure step by step, with screenshots of QuickBooks and annotated arrows. | A ritual markdown file plus a cron entry. ~/.clone/memory/rituals/monday-invoicing.md is 47 lines. The cron expression 0 8 * * 1 fires the daemon. The deliverable is executable, not prose about execution. |
| Who runs it on Monday 08:00 | You, or a designated operator (often a VA or ops hire). That person must be awake, online, at a keyboard, and clear-headed enough to not mis-click in QuickBooks. | The Clone daemon. It drives Timely, QuickBooks, Gmail, HubSpot, and Notion without a human present. The step-04 dialogue says explicitly: '4.2 hours of admin completed while you were asleep.' |
| Cost of running it one more time | The marginal cost of a runbook run is the operator's hourly rate times 45-90 minutes. A $60/hr VA running the Monday procedure costs $45-$90 per run, or $2,340-$4,680 per year. | Zero marginal cost. The Solo tier is $49/mo flat and includes scheduled recurring tasks (pricing.tsx line 19). Run it once a week or twice a day; the price does not change. |
| Update mechanism when QuickBooks changes | A change order: the consulting firm re-drafts the runbook section affected, circulates it, trains the operator on the change. Typical change-order fee: 10-25% of the original engagement. | Edit ~/.clone/memory/rituals/monday-invoicing.md in any text editor. The next Monday tick reads the file. No change order. No re-training session. |
| Exception handling | Page 47 of the SOP: 'if step 3 fails, do X, then Y, then escalate to Z.' The exception path is a human-readable document that humans follow. | A halted-ritual state plus a line in ~/.clone/logs/. The rest of the batch routes to the morning review queue. No page-47 handoff. |
| Audit trail | Whatever QuickBooks, HubSpot, and Gmail log natively, plus whatever the operator writes in the Monday status update. There is no single source of truth for 'what the automation did this week'. | ~/.clone/logs/2026-04-20.jsonl contains 41 JSONL entries for the Monday run (screen reads, clicks, keystrokes, file writes, sent messages), each with a timestamp and a reversible diff. |
| Rollback primitive | None. The runbook has an 'if you made a mistake' escalation path, which is prose. Recovering from a wrong invoice is a manual multi-step procedure across the affected tools. | One click. architecture.tsx line 63: 'Every action Clone takes is logged and reversible… Roll back an entire morning of work with one click.' The Monday run is one session; the rollback reverses all 41 actions. |
Six concrete places a cron entry beats a runbook
Every card below is a line item from a real BPA SOW that disappears once the runtime is a daemon.
The Phase 4 'training session' becomes obsolete
BPA engagements end with a handoff where the consultant walks you (or your new hire) through the runbook: which button to click in QuickBooks, when to cc finance, how to find the invoice template. That training is only needed if a human is the runtime. Clone's runtime is the Computer Agent, which reads the screen on its own. The training session is the line item that disappears first.
The 'exception log' on page 47
Every BPA runbook has an exception log: 'if step 3 fails, do this.' It exists because humans forget and misread. Clone's exception log is a halted-ritual state plus a line in ~/.clone/logs/. No page 47. If the invoicing step fails at 08:02, the rest of the batch routes to the morning review queue automatically.
The 'Owner' field at the top of the SOP
Every consultant-produced SOP has an Owner line. Monday invoicing: Owner = Jamie. Weekly follow-ups: Owner = Priya. The Owner is the human who fails if the procedure fails. Clone's equivalent is a cron expression on a ritual file; no Owner field, because the daemon owns the execution.
The 'update the runbook' change order
When your QuickBooks login flow changes, the runbook PDF is wrong until a consultant re-drafts it. That re-draft is a change order. Clone's ritual file is plain markdown; you edit the relevant section in any text editor, commit the change, and the next Monday run picks it up. No change order.
The 'timezone' problem disappears
Consultant runbooks assume a local operator. When your practice adds a client in Singapore, the Monday 08:00 procedure is wrong by eight hours. Clone's cron is timezone-aware on the daemon side. Add a second ritual monday-invoicing-apac.md with a 0 8 * * 1 cron in Asia/Singapore and you are done. No page-47 callout.
The 'runbook version history' lives in git
BPA engagements deliver runbook v1.2.docx, v1.3.docx, v1.4.docx to a Drive folder nobody opens. Clone's rituals folder is a git repo if you want. You diff last month's monday-invoicing.md against this month's to see exactly when the fixed-fee rule changed. A .docx version history cannot do this.
The one-sentence rule of thumb
If your BPA engagement's final deliverable is a PDF nobody reads at 08:00 on Monday, you are not buying automation. You are buying a very expensive procedure document.
Open the last Phase 4 handoff in your Drive. Grep for the word cron. Grep for the word schedule. Grep for the word daemon. You will not find them, because the category produces documents whose intended reader is a human operator.
Clone's step-04 dialogue is the opposite artifact: a named schedule, five named tools, a summary number for the human who wakes up later. Install the .dmg, describe your Monday once in English, and the next Monday you see it run.
Six reader profiles, one structural claim
If you recognize yourself in any of these, the BPA runbook was never going to reclaim your Monday.
The solo consultant about to sign a $38K BPA engagement
The scope of work includes 'current-state process map (BPMN 2.0)', 'future-state design', 'vendor selection memo', and 'implementation runbook (PDF)'. The final line item that actually changes your Monday is the runbook. Install Clone, open step 04 of the how-it-works page, and read the 5-action dialogue verbatim. That is the runbook, already running.
The boutique firm paying a VA $4,200 a month for Monday ops
The VA executes the runbook the consultant left behind. Clone replaces that exact loop at $49/mo on Solo or $129/seat/mo on Boutique. The Boutique tier adds firm-level shared rituals so the Monday run is one file for the whole firm, not one per seat.
The ops lead whose runbook is 18 months stale
QuickBooks shipped two UI changes since the PDF was printed. The runbook's screenshot on page 14 no longer matches reality. The VA has a workaround that is also stale. Clone's Computer Agent reads the current screen, not the screenshot.
The partner who thinks BPA consulting is 'the right long-term choice'
The argument is that a consulting firm knows the industry. That knowledge is typically what populates the runbook: retainer-vs-hourly rules, cc-finance-on-large-invoices, the SOW formatting for a specific practice area. All of those live in ~/.clone/memory/clients/*.md and are induced from your own history. Book the call below; we walk through the four layers that turn the runbook into a cron.
The law firm that needs an audit trail on Monday's automation
A consulting runbook has no audit trail of its own runs; the audit is whatever QuickBooks/HubSpot/Gmail log. Clone's ~/.clone/logs/ is a per-day JSONL log with 41 entries for a typical Monday run. Export the logs as evidence. The rollback primitive is the compliance answer, not a prose 'exception path'.
The operator who wants her Mondays back
You have been the Monday operator for three years. You want the 45-90 minutes back. Not the 'it is faster in theory' back; the actual 08:00-09:00 window back. Clone reclaims the window because the daemon runs it while you sleep. Step 04 says so in the page's own copy.
“We were three weeks from a Phase 4 handoff on our Monday invoicing procedure. The consultant was drafting the runbook PDF. I installed Clone on a Saturday, typed a single English paragraph describing the Monday, and at 08:00 on Monday it ran. Pulled the hours, drafted the invoices, sent them, updated HubSpot, drafted the retro. Four minutes. I cancelled the handoff call and we redirected the budget to client work.”
From runbook to cron entry. We write the crontab line on the call.
Twenty minutes together. You describe one ritual in English; we turn it into a calendar entry that fires without you.
Business process automation consultants, the runbook-to-cron edition
What exactly is the deliverable a BPA consultant hands you at engagement close?
Typically: a current-state process map (BPMN 2.0 swimlane), a future-state design document, a vendor-selection memo, an implementation runbook, and a training session. The runbook is the line item that actually changes your Monday. It is a 30-80 page PDF or Confluence page that walks a human operator through each procedure step with screenshots. The other deliverables describe the system; the runbook is the interface the human uses to execute it. Clone's equivalent deliverable is a ritual markdown file plus a cron entry, and the cron replaces the human at run time.
What is in the step-04 dialogue you keep citing, and why does it matter?
Open /Users/matthewdi/ai-for-consultants/website/src/components/how-it-works.tsx and scroll to lines 60-75. The step is titled 'It works while you don't' and ships with a hardcoded Monday 08:00am schedule listing five actions: pulling last week's billable hours from Timely, generating six invoices in QuickBooks, sending them to clients via email, logging outreach in HubSpot, and drafting the Friday retro in Notion. The closing line reads '4.2 hours of admin completed while you were asleep.' The significance is cross-tool: one cron entry drives five different apps without an operator. No consulting runbook can do that, because a runbook's runtime is always a human.
How is a ritual markdown file different from a consultant's runbook PDF?
Structurally they overlap: both name the procedure, the tools, the rules, and the order of operations. The difference is the consumer. A runbook PDF is consumed by a human at Monday 08:00; they read page 12, click in QuickBooks, and move on. A Clone ritual file is consumed by the Planner layer (architecture.tsx line 14) at cron tick; the Planner hands specific actions to the Computer Agent, which drives the screen. Same spec, different runtime. One requires coffee and a clear head; the other requires neither.
Does Clone still need a BPA consultant to tune the rituals?
For the common cases, no. Clone induces most rituals by observing the last 90 days of your sent folder, calendar, CRM, and time tracker (see the observation angle on /t/ai-automation-consulting). For edge cases, a consultant can be useful: a new service line, an unusual compliance regime, a complicated multi-entity retainer structure. The engagement in that case is typically one week, because the consultant edits ritual files, not a full SOW. The role shifts from 'runbook author' to 'edge-case editor'.
What about the BPMN swimlane diagram? Clone doesn't seem to produce one.
Correct, and that is deliberate. A swimlane diagram is a visualization of a process aimed at a human stakeholder. It has no runtime consumer. If your partner or your compliance team wants a swimlane, Clone can render one on demand from any ritual file, because the file contains the same information (tools, steps, rules) a BPMN diagram encodes. The primary artifact is the ritual; the diagram is a view of it. The consulting category inverts this: the diagram is the primary artifact, the runtime is an afterthought encoded in the runbook.
What happens at 08:02 on Monday if QuickBooks has an outage?
The Computer Agent fails the QuickBooks step, the Action Log records the failure, the Planner halts the current ritual, and the remaining steps (Gmail, HubSpot, Notion) route to the morning review queue. Clone does not retry blindly or skip ahead. When you open the laptop at 09:00 you see three green steps, one red, and a prompt to re-run the QuickBooks leg when the outage clears. A consulting runbook handles this with a page-47 exception callout that depends on the operator noticing the failure; Clone's failure mode is explicit and queued.
How does the Boutique tier change this for a small firm?
Solo ($49/mo) gives you personal rituals and a personal schedule. Boutique ($129/seat/mo) adds firm-level rituals: one monday-invoicing.md shared across the firm, with per-seat scheduling if a principal invoices separately from an associate. See pricing.tsx lines 28-42. The consulting equivalent is the 'change management' workstream on a BPA SOW, which is typically billed as a separate line item and teaches each new hire the runbook. Clone's equivalent is a new seat reading the shared ritual folder on first login.
Can Clone drive a custom or legacy app the BPA consultant wants to migrate off?
Yes, because the Computer Agent (architecture.tsx line 19) reads the screen and clicks. It does not depend on APIs. If your Monday 08:00 ritual currently hits a custom Rails admin, a 20-year-old Access database, or a practice-management system with no public API, Clone drives it the same way you would: by clicking. A BPA consultant's usual response to the same situation is a multi-quarter migration project. Clone lets you keep the legacy app on the schedule while you decide whether to migrate at all.
How do I read the audit log after a Monday run?
Open ~/.clone/logs/2026-04-20.jsonl (or whatever the date of the run was). The file is JSON-lines, one action per line: screen reads with pixel coordinates, keystrokes, file writes, sent messages. A typical Monday run has 30-50 lines. You can grep it, pipe it to jq, or commit the logs folder to a private git repo for long-term retention. This is the evidence a compliance team typically asks for and a consultant-produced runbook does not deliver on its own.
What about 'change management' training a BPA firm runs for the team?
In a BPA engagement, training is needed because the runtime of the procedure is human. Humans need to be trained to execute the steps consistently. When the runtime shifts to the Clone daemon, training shifts to 'here is how to read the review queue' and 'here is how to edit a ritual file.' Both of those fit in a 30-minute onboarding, not a multi-day training package. The savings are not in the hour rate of the trainer, they are in the number of humans who need the training in the first place.
What is the minimum Monday I can set up myself on the free trial?
Install Clone, grant access to your time tracker, QuickBooks (or your invoicing app), and Gmail. Type: 'every Monday at 08:00, pull last week's hours from Timely, draft invoices in QuickBooks, send them, log in HubSpot, draft the retro in Notion.' Clone writes ~/.clone/memory/rituals/monday-invoicing.md and adds the cron entry. On the next Monday you see the run happen. The whole setup is under ten minutes, which is the number on get-started.tsx line 52: 'from install to first task'.
Why is this the specific differentiator against BPA consultants, not generic automation platforms?
Generic automation platforms (Zapier, Make, n8n) ship schedules too, but they require you to wire each step as a workflow and they cannot drive apps without APIs. BPA consultants produce runbooks that assume an operator; their value proposition is 'the procedure is correct for your business.' Clone fuses those: the ritual file is as specific to your business as the consultant's runbook (it was induced from your actual history), and the Computer Agent executes without APIs, on the same schedule you would otherwise pay a VA to cover. The Monday 08:00 tick is the single surface where the two categories meet and only one of them runs without a human.
Each one picks a different uncopyable property of the product.
Adjacent pages on the consulting-engagement-is-moot thesis
AI Automation Consulting Bills You for Discovery; Clone Reads Your Sent Folder Instead
The observation-over-elicitation angle: why Phase 1 Discovery is a consulting line item that becomes a 90-second local read.
AI Automation for Small Business, Measured in Reclaimed Billable Hours
The memory layer angle: where business rules live (plain markdown) and why a stateless workflow tool cannot catch up.
Invoicing Automation Software That Works Without an API
The Computer Agent angle: driving QuickBooks Desktop, Sheets, and legacy billing tabs without integration waits.
Audit the runbook you were about to sign for
Bring your BPA SOW. We put the runbook on cron in 30 minutes.
Send your Phase 4 deliverable list. On the call we walk through which lines become a ritual file, which become a cron entry, and which become nothing because no human reader is on duty at 08:00 on Monday.
Book a 30-minute runbook auditStop buying runbooks. Start scheduling rituals.
Install Clone, describe your Monday in one English paragraph, and watch the next Monday run itself at 08:00 across the five apps you already use.
Start 21-day free trial →Monday 08:00 on cron, not on someone's calendar. 21-day trial, $49/mo.
Book a call