MEMO · MONDAY · AUGUST 2026

Write a different weekly update for everyone

9 min read · the layout, the prompt, and all nine rules · every claim sourced below

The short version: you can have your computer write a separate weekly message for every person on your list, ready before you get up on Monday. It takes one spreadsheet and Claude Code, and the whole build is below: the exact sheet layout, the prompt to paste, and the rule list that is doing the real work. A marketer at Anthropic runs this for his whole team, and by the end of his first week his prompt held nine rules, each one added because somebody complained. All nine are here.

NOBODY WROTE THEM
What you are building: one message per person, each one built from their own row of the spreadsheet, sitting there before anyone starts work.

Build it yourself

Two things, and that is the whole list: a spreadsheet, and Claude Code — which is AI you point at your own files, running on your own machine. No website, no hosting, and nothing to code.

The version in Anthropic’s write-up reads from a company data warehouse, and that is the least transferable part of it. What transfers is the shape: one source of truth, a message per person, and a rule list that gets longer every time the output is wrong.

Step 1 — the spreadsheet

One file, two tabs. Nothing else. Column names are yours to change; what matters is that the first row is the header row, because the prompt reads it.

Tab 1 — people
namecontactinterested_in
Priyapriya@…north, retail
Marcusmarcus@…south, finance
Tab 2 — this_week
whatdatewho_it_suitslink
Retail breakfast12 Sepnorth, retailhttps://…
Finance dinner14 Sepsouth, financehttps://…

The interested_in and who_it_suits columns are the whole matching mechanism. Keep the words identical between the two tabs — that is what stops a retail account being invited to a finance dinner, which is rule 4 below and a mistake that has actually happened.

A row with no link is a row nobody can act on. Leave the cell empty and the prompt below drops it, which is rule 2.

Step 2 — write one message yourself

This is the step everyone skips and it is the highest-leverage one on the list. Before connecting anything, write a single message by hand, with invented content, exactly as you would want it to land. Save it as example.md next to the sheet.

Ward did this at Anthropic before touching any data, and wrote a second one for managers because they want a view of the whole team rather than a list of individuals. A made-up example settles format, length and tone in one go, and it costs ten minutes.

Step 3 — the prompt

Put the sheet and the example in a folder, open Claude Code in that folder, and paste this. Edit the bracketed parts.

the starting prompt — edit the bracketed parts
Every Monday I send each person on my team a short update about what's
happening this week. I want you to write those messages for me.

THE SOURCE
- The only source of truth is [events.csv] in this folder. Never use anything
  you know from outside it.
- Before composing anything, read the header row and work out which column is
  which. Do not assume a column position. If a column you need is missing, stop
  and tell me instead of guessing.

WHO GETS WHAT
- One separate message per person listed in [people.csv].
- Match rows to a person using [their region column].
- If a person has no matching rows at all, send them a short friendly note
  saying there's nothing for them this week. Never send a blank message.

THE MESSAGE
- Open with "Top three things this week" and exactly three action items.
- Then the relevant items, newest first.
- Under 200 words. No preamble, no sign-off.

HARD RULES
- Never invent a URL. Only include a link if the address appears character for
  character in the source file. If a row has no link, leave the row out.
- Never invent a date, a name or a number.
- If you are unsure whether an item is relevant to someone, leave it out.

OUTPUT
- Write each message to messages/[name].md so I can read them before anything
  is sent.

Show me all the messages. Do not send anything.

Read the output. Every time one is wrong, add a numbered rule under HARD RULES saying what should have happened — not a vague preference, a rule. That is the whole method, and it is the only part of this that actually determines whether the finished thing is any good.

Two details worth keeping from Ward’s own advice. Version the prompt file, with a numbered version and a one-line note of what’s changed, so you can see which rule broke something. And write the instructions in plain language — the rules above are sentences, not syntax.

When the drafts are consistently right, and only then, connect the sending. Not before. The last line of that prompt is do not send anything for a reason: an automation that messages your colleagues is a bad place to discover your column map was wrong.

What the job actually is

Start with the person, because the technology makes no sense without him. Adam Ward works on Anthropic’s marketing team, in a role called field marketing. His job is to make sure the people selling the product know what marketing is doing: which events are running, which webinars are open, what new material exists that a customer might want to read.

The way he used to do that was completely manual. On Sunday evening he would sit down and build a slide deck consolidating the week’s business updates. On Monday morning he presented it at the team stand-up, then dropped it into Slack for anyone who missed it.

It worked until it did not. As the team grew and he picked up more sales teams, the first thing to break was not the deck — it was the personalisation. In his words, he no longer had time to pick out the opportunities that were right for each team. One deck for everybody means most of it is irrelevant to any individual reading it.

What arrives instead, now

Nothing gets presented. Every Monday, each account executive gets a direct message in Slack containing five things:

  1. Three priority actions for the week, as a “top three things” list at the top.
  2. Field events that relate to their own accounts.
  3. Contacts of theirs who have already registered for upcoming webinars.
  4. Marketing content worth sharing — blog posts, ebooks, customer stories.
  5. Follow-up suggestions.

The important word is their. Each message is composed from the recipient’s own account list, so no two messages are alike. That is the thing the Sunday deck could not do at scale, and it is the entire reason the project exists.

How it was built

The first version came out of an internal marketing hackathon. The sequence is worth following exactly, because the order is what kept it small enough to finish.

1

Say the goal in one sentence

His own description of where to start: outline the goal to Claude — a weekly Slack message to each rep on what’s happening in marketing. Not a spec. One sentence describing the finished thing.

2

Write a fake example of the output you want

Before connecting any data, he wrote fake templates showing what a good message looks like — invented content, correct shape. He wrote a second, separate one for managers, because managers want a holistic view of their team rather than a list of individual accounts.

This is the step people skip, and it is the highest-leverage one on the list. A made-up example of the finished artefact settles the format, the length and the tone in one go, and it costs ten minutes.

3

Connect one source, and only one

He connected Claude Code to BigQuery over MCP — described as his marketing team’s source of truth, sitting over data from HubSpot, Clay and Salesforce. The events and content themselves live in ordinary Google Sheets.

The first working version only did events and webinars. Nothing else. Blog articles, ebooks, customer stories and partner events were added later, once the thing already ran.

4

Pilot it with people who agreed to complain

One sales team. Ten account executives, who had agreed up front to give feedback. That agreement is the mechanism — a pilot group that stays polite teaches you nothing, and the entire value of the next section came out of those ten people saying what was wrong.

5

Turn every correction into an explicit rule

His phrasing: fold in each correction as an explicit rule. Not a mental note, not a tweak to the wording — a numbered line in the prompt that says what must happen. By the end of the first week there were nine of them.

The nine rules, in full

Here they are. Anthropic’s write-up says all nine trace back to a piece of feedback from a seller or a manager, which means you can read the list in two directions: forwards as instructions, and backwards as a list of everything the first version got wrong.

The right-hand note on each is what that rule prevents. Where the write-up names the specific complaint that caused it, I have said so; where it does not, I have not guessed.

  1. 1. Never invent a URL. A link renders only if the address comes character for character from the source sheet.

    The tell. You do not write this rule unless links were appearing that did not exist. This is the single most transferable line in the whole prompt: any AI assembling a message from a data source needs it.

  2. 2. Drop events with no link entirely.

    Their reasoning, quoted: events for which our sellers can't register anyone are just noise. The earlier version padded the message with things nobody could act on.

  3. 3. Check contact titles against the event's intended audience, and drop mismatches without comment.

    Added after a seller flagged an engineering VP being recommended a workshop aimed at knowledge workers. Note the second half: dropped silently, not flagged, because a message full of apologies for its own filtering is worse than a shorter message.

  4. 4. Apply an industry gate before recommending an event.

    The published example is keeping retail accounts off finance dinner invitations. Relevance is not just about the person, it is about the account they sit on.

  5. 5. Brand-new sellers with no accounts yet get a short welcome note, not a blank message.

    Somebody's first week at the company ended with an empty automated message. This is the rule that costs nothing and buys the most goodwill.

  6. 6. Open every run by reading the sheet's header row and verifying the column map before composing anything.

    The field events sheet had its columns rearranged three times in six weeks. Without this, the first Monday after someone inserts a column, every message quietly contains the wrong field. Steal this one even if you steal nothing else.

  7. 7. Managers get a separate roll-up format, not the individual message.

    Written in from the start, because managers want a holistic view of their team rather than a list of individual accounts. Two audiences, two templates.

  8. 8. Open with a fixed 'top three things for the week' list of three action items.

    A consistent opening is what makes a recurring automated message readable at a glance. The reader learns where to look, and the format never argues with them.

  9. 9. Pull the rep's territory from the CRM, plus any relevant account updates.

    The personalisation input. Territory decides which events are even geographically plausible, and it is the field that made extending to business development reps a one-field change.

Read the list backwards

Nobody publishes a post-mortem of their own automation. But a rules file is a post-mortem, written by someone who has no choice but to be honest, because the rule only exists if the failure happened. When you are evaluating anyone’s AI workflow — including one you are being sold — ask to see the rules, not the output. The output is a demo. The rules are the receipts.

Did it work?

Two claims are published, and they are worth separating.

The soft one is the scale. It went from one pilot team to every team he supports; field marketing now runs it for all of sales; business development reps were added by changing a single field in the prompt; customer success and alliances followed. Every send is archived in full, so managers can read what their team was told.

The hard one is a single number: registrations for an executive dinner doubled in a week, which he attributes to the right reps having the right event in front of them on Monday morning. Take that for exactly what it is — one event, self-reported, no control group. It is the only outcome figure given.

The claim I find most convincing is neither of those. He went on holiday, and the Monday send went off on its own, without a hitch. An automation nobody has to be awake for is a different category of thing from a script you run.

The honest bit

Three things this story is not.

It is not a secret anybody discovered. This is Anthropic’s own published case study about their own employee using their own product, and it is written to make Claude Code look good. That does not make any of it false — the rules are specific enough to be useful precisely because they are unflattering — but it is marketing, and you should read the nine rules rather than the adjectives.

It is not free. Claude Code is a paid product, and a job that runs weekly across a whole sales organisation is not a trivial amount of usage. The write-up gives no figure for what it costs to run, so neither will I.

And it is not a weekend project at that scale. The version in the article reads from a company data warehouse, which someone had to set up and secure. The one-spreadsheet version above genuinely is an afternoon. The gap between them is not prompt engineering, it is plumbing.

If you want the underlying idea rather than this one implementation: a rules file that persists between runs is the same mechanism as a project config file, and correcting the output until it holds is the manual version of a self-correcting loop. This story is what those two look like pointed at a job that repeats every week.

The one line to take away

the rule worth stealing on its own
Before composing anything, read the sheet's header row and verify the column map. Never assume a column position.

Columns move. People insert things. That one line is the difference between an automation that fails loudly and one that quietly sends two hundred people the wrong field for six weeks.

Questions people actually ask

What did the Anthropic marketer actually automate?

Adam Ward, on Anthropic's marketing team, used to spend Sunday evenings building a slide deck of the week's marketing news and present it at Monday stand-up. He replaced it with a Claude Code job that writes a separate Slack message to each sales rep every Monday morning. Each message is built from that rep's own account list, so no two are the same. It contains three priority actions for the week, field events relevant to their accounts, contacts of theirs who have already registered for upcoming webinars, marketing content worth sharing, and follow-up suggestions.

How many rules does the prompt contain?

Nine by the end of the first week, and Anthropic's write-up says each one traces back to a piece of feedback from a seller or a manager. That is the part worth copying. The nine cover inventing URLs, dropping linkless events, filtering contact titles against an event's audience, an industry gate, a welcome note for brand-new sellers, re-reading the spreadsheet header row on every run, a separate roll-up format for managers, a fixed top-three-actions opening, and pulling territory from the CRM. All nine are listed in full in this memo.

Do I need BigQuery and Salesforce to do this?

No. His version reads from BigQuery, which sits over data from HubSpot, Clay and Salesforce, because that is what Anthropic's marketing team already runs on. Nothing about the pattern requires it. The events and content that feed the message live in ordinary Google Sheets, and the mechanism works exactly the same with one spreadsheet as the only source. What makes the output good is the rules file, not the size of the database.

Why does the prompt read the spreadsheet header row every time?

Because the columns keep moving. Anthropic's write-up says the field events sheet had its columns rearranged three times in six weeks. A prompt that assumes column C is the registration link will silently paste the wrong field into every message the first Monday after someone inserts a column. Opening each run by reading the header row and verifying the column map turns a silent, invisible failure into something that either works or stops.

Did the automation ever get things wrong?

The write-up does not describe failures directly, but the rules tell you. A rule saying links render only if the address matches the source sheet character for character exists because links were being produced that did not. A seller flagged an engineering VP being recommended a workshop aimed at knowledge workers. An industry gate had to be added to keep retail accounts off finance dinner invitations. And brand-new sellers with no accounts yet were receiving blank messages. Every rule is a repair.

How long did it take to build?

The first version came out of an internal marketing hackathon, and the nine rules accumulated over the first week of real use. It was piloted with a single sales team of 10 account executives who agreed to give feedback, then extended to every team he supports. Adding business development reps needed one field changed in the prompt. It now also covers customer success and alliances.

Does it run without anyone pressing anything?

Yes. Ward's own test of it is that he went on holiday and, in his words, the Monday send went off on its own, without a hitch. Every send is archived in full, so a manager can read what their team was told and there is an audit trail afterwards.

Did it actually change any numbers?

One is given. Registrations for an executive dinner doubled in a week, which the write-up attributes to the right reps having the right event in front of them on Monday morning. That is the only hard outcome figure published, and it is worth reading as what it is: a single event, self-reported, with no control group.

Want this built for you?

We write these memos because we build this stuff every day. If you want it working in your business instead of sitting on your reading list, that is literally our job.