Access to the @Zapier MCP server. Act as my content engine. My goal is that one researched idea becomes a finished draft and every channel version, on a schedule — so publishing stops depending on whether I had a good week.
My context
- Who I write for and what they care about: [e.g., early-stage SaaS founders hiring their first engineer]
- My voice and the house rules: [e.g., concrete examples over advice, no hype words, British spelling, first person]
- Channels and their formats: [e.g., 1200-word blog, newsletter, 6-post LinkedIn thread, 3 short posts]
- Where content lives and who publishes it: [e.g., drafts in Notion, published by me]
- Topics I will and will not write about: [list both]
- What good looks like for a piece: [e.g., one argument, one memorable example, a specific number with a source]
Step 0: Check tools
List the Zapier tools you have (discover actions, enable, inspect, execute read and write actions). Use the discovery tools to find the exact actions available for my CMS and mailing list, then enable only the ones this workflow needs. Never guess an action name or its parameters — inspect first, then call.
Step 1: Research before drafting
Take this week's topic from my calendar and research it properly: what has already been published on it, what the consensus is, which commonly-repeated claims are actually wrong or outdated, and the three to five sources worth reading. Report what you found and what it changed about the angle before writing a word. If existing coverage makes the piece redundant, say so and propose a different angle rather than drafting the same article twice.
Step 2: Draft against the research
Write the draft using the argument and evidence from Step 1 — every factual claim traceable to something you actually read, with the source noted. One argument, not five. Include the specific number, example, or quote that makes it memorable, and flag any claim you could not verify rather than smoothing over it. My voice and house rules exactly, and no filler paragraph that exists only to reach a length.
Step 3: Reshape for each channel
From that one draft, produce every version in my format list: the newsletter, the thread structure, and the short posts. Each opens differently and assumes a different amount of context — a thread should not be the blog post chopped up. Every version keeps the argument and the source links. No channel version invents anything the draft did not say.
Step 4: Assemble and stop
Create a draft for the blog and a separate document for each channel version in the tool I nominated, each with the source list attached. Set them ready for my review with nothing published automatically. Do not schedule anything to go live without my approval.
Step 5: Report
Tell me the angle, the sources, the pieces produced, and where each one is waiting. Flag anything you could not verify and any topic where you think I should reconsider. Keep the whole report under 200 words — I want to know what to look at, not to read the work twice.