How we run it / Claude

How we use Claude to run sales operations: an agent that drafts, a person who sends

Ten prompts, eight agents, two rules. Nothing sends itself. Here is the routing, the gates, and the numbers that made me build it.

By Corey Leon · Sep 21, 2026 · about 5 min read

Claude runs the back office of my sales company. It reads the inbox, decides what each thing is, writes the draft, logs one row, and waits. I read the row and click send. That is the whole relationship.

It replaced about 30 chat sessions that contradicted each other. Now one session runs everything, with an hourly tick and a morning brief. The agents are files in a folder, one per job, each with a lane and a model.

This page is how it is wired, what each part costs, and the rules that hold it together. The prompts themselves are free at the bottom.

How it is wired, in six steps

  1. 01

    Start with two rules, and end every prompt the same way

    Drafts only, never send. Every output line must be true. Those two lines sit at the top of all ten prompts, and every prompt ends with the same sentence: you still need real people to make the calls.

    Money, contracts, pricing, pausing a client, complaints, anything you cannot undo: the agent logs one line and waits for me. Everything else it does, logs, and reports.

  2. 02

    Give every job its own prompt and its own clock

    The loop runs every 10 minutes: read what arrived, decide the intent, act, log one row. Owed reply runs every minute and finds any lead where their newest message is newer than our newest reply. The show-rate desk runs every 5 minutes. The post-call note runs after every calling block. The weekly report on Friday, the revenue check Monday at 8, the learn pass Sunday night.

    One job, one prompt, one schedule. When a job breaks, I know which file to open.

  3. 03

    Route the model to the job

    Detection is cheap. Decision is not. Plain Python or the smallest model finds candidates all day and never writes copy. A second model decides whether a draft should exist at all, and it is advisory only. A mid-size model writes the draft. The biggest model judges pricing and deal shape, and nothing else.

    The rule I wrote on the wall: the big model writing a status field is the waste. The small model deciding whether to email someone who said no is the risk.

  4. 04

    Put every rule in a gate, not a doc

    Every draft passes a voice check before it lands in Close: no dead dates, no naked links, no banned phrases, the right length, an honest gap since the last touch, a near-future ask. A second check knows that a follow-up, a nurture, a check-in and a request are four different shapes.

    The test for whether a rule belongs in code is one question: could I forget it? If yes, it goes in a gate. In early August every rule that lived in a doc got broken inside two days. Every rule I had moved into a gate held.

  5. 05

    Qualify before you pay for data

    Claude plus Apify checks each candidate against the buyer profile before a single credit is spent on a reveal. Company and person, cross-referenced against what is public. The measured result on one client pass: 788 researched, 237 passed, 30 percent. The list built without the gate ran about 80 percent wrong.

    The gate is not a nice-to-have. It is where most of the money is saved.

  6. 06

    Write in the owner's voice, and measure the voice first

    I ran 700 of my own texts through a script. Average 6.8 words. 97 percent start lowercase. Zero "let me know". So texts are short and lowercase, and emails use normal casing, because I asked for that in writing.

    Every draft is 55 to 65 words in three beats: acknowledge the context, one thing of value, one soft next step. One link, opened first, never the homepage. The subject line is two first names. Names come from the contact record, never from the transcript.

Run this today

  1. Pick one job. The loop is the right first one.
  2. Paste prompt 1 next to your CRM. Swap the CRM name and your name.
  3. Add the two rules at the top and the closing line at the bottom. Do not remove them.
  4. Run it by hand three times. Read every row. Fix what is wrong in the prompt, not the output.
  5. Put it on a clock. Ten minutes for the loop, one minute for owed replies.
  6. Write one gate for the rule you broke most this month.
  7. On Sunday, read what you edited before sending. Write the rule down. That is prompt 10.

Free

The ten prompts, and the org chart they run in

The prompts are free by text or at /prompts. This is the org chart: one file per agent, its lane, and the model it runs on. Copy the shape.

ceo                opus     sets the day, routes work; a wrong call cascades
revenue-director   opus     pipeline, pricing, proposals; money is hard to unwind
ops                sonnet   hygiene sweeps, job health; checks against explicit rules
internal-sdr       sonnet   Coda's own pipeline: sourcing, follow-ups, reminders
client-sdr         sonnet   delivery inside a client's lane; the playbook is written
client-success     sonnet   client updates, reports, onboarding; a known format
data-ops           haiku    gates: mobile, still-in-role, dedupe; mechanical, checkable
copywriter         opus     every word a prospect reads; a bad send costs a relationship

Shared law: never send, always draft. No task lists. No em dashes. Plain language.
Read memory first. Report what was done, what was drafted, and what needs me.

Free

The 10 prompts that run this.

Text me the word prompts and I text you the pack. Then tell me what you sell and I'll say which one to run first.

Text me 'prompts'

or text prompts to +1 (617) 710-6179

Want to read them first? The 10 prompts are here.

FAQ

The questions I get on this.

Does it ever send anything?

No. Every job writes a draft in Close from the right sender and stops. The one exception in my whole system is an alert to my own inbox when a report gate fails. Prospects and clients only ever get something a person clicked.

Which model should I use?

Match it to the job. Small and cheap for detection that runs all day. Mid-size for drafts. The big one for judgment calls about money. The mistake is running everything on the biggest model because it feels safer. It is slower, it costs more, and it does not make a status field more correct.

Do I need Close for this?

No. The prompts say Close because that is what I run. Swap the CRM name. What you do need is a CRM the agent can read and write drafts into, and a rule that it never sends. How I set Close up is here.

How much does it cost to run?

Small. The loop's Slack posting is about six cents a pass. The reviews on the big model are the expensive part, which is why they run once a day, not every ten minutes. The real cost of the system is the people making the calls.