How to Automate Your Weekly Build-in-Public Thread

9 min read Guides

A practical guide to shipping a weekly build-in-public thread with an agent: angle selection, hook engineering, self-critique, and approval before posting.

A build-in-public thread is a short X thread in which a founder shares what actually happened in the product that week: what shipped, what broke, which number moved, and what the work taught them. It turns the week's real output into a public story, one idea per post, so an audience follows the company as it is built instead of hearing about it after the launch.

Done consistently, it is some of the cheapest distribution a small product gets. Readers who watched the struggle trust the launch, and the writing itself forces a weekly reckoning with what actually moved. The hard part is doing it every week, because the thread is the first thing dropped in a busy week, and a busy week usually holds the best story.

Why the weekly thread quietly dies

Build-in-public content works through cadence, not through any single post. Each thread should read like the next chapter of one story, so the audience carries context from week to week: the promise made in March pays off in May. Skip three weeks and the chapters stop connecting, and the account slides back to disconnected updates nobody has a reason to follow.

The failure mode on the other side is worse. A founder who forces a thread out of a week with no real story ships filler, and filler trains readers to skim. A week's work either contains an angle with genuine tension (something counterintuitive, something honest, something the reader felt but could not name) or it belongs in the changelog. Telling those apart every single week, under deadline, is exactly the kind of recurring editorial work that stops happening when nobody owns it.

What the manual process looks like

Done by hand, the weekly thread is a ritual with six steps:

  1. Collect everything that shipped or moved this week: features, numbers, bugs, reversals, customer moments.
  2. Decide which of those, if any, deserves a thread rather than a changelog line.
  3. Write the first post over and over until it can stand alone and still earn a tap on "show more".
  4. Draft the rest of the thread, one idea per post, cutting every word that does not earn its place.
  5. Reread the draft cold, fix the posts that sag, and publish.
  6. Stay close for the first hour and reply to every comment, because that window matters most for reach.

Every step is teachable. Together they take a real block of focused time each week, and the quality depends on craft rules (hook mechanics, thread structure, story arc) that are easy to know and easy to forget at 9pm on a Friday.

What an agent can automate

Most of that ritual is method rather than judgment, which makes it a good fit for an agent running a fixed weekly workflow:

  • Gather the week and extract the atoms. The agent collects the week's shipped work from your connected changelog or the notes you attach, then surfaces three to five self-contained content atoms: a quotable result, a complete story arc, a tactical tip, a contrarian take, or an honest behind-the-scenes moment.
  • Pick the one angle worth a thread. Each candidate runs through a novelty filter: it survives only if it is counterintuitive, counter-narrative, surprising, or an articulation of something the reader felt but could not name. When nothing passes, the agent recommends skipping the week instead of shipping filler.
  • Engineer the hook. The first post decides whether anyone reads the rest, so the agent builds it deliberately: open a gap, break a prediction, drop into a scene, promise a payoff, or lead with the real number, ideally two of those at once. It reveals roughly 80% (the result or subject) and withholds roughly 20% (the how), and it stays radically specific.
  • Draft the thread one idea per post. Hook, then the mechanism in two or three concrete steps that show the change rather than claim it, then the lesson framed so the reader can apply it, then a genuine close with no hard sell. The story arc comes from brand-storytelling craft: find the five-second moment the thread turns on, start in the middle of the action, and keep the reader as the hero.
  • Self-critique and revise. Before anything reaches you, the agent reads its own draft cold against a fixed bar: does post 1 force post 2, is there a real number or an honest admission, is every post one idea that scans on a phone, are hype words and AI tells stripped, is the close genuine. It revises until the draft passes.

What stays with you is the judgment an agent cannot make: whether the story is true to how the week actually felt, whether it posts at all, and the replies once it is live.

The guardrails that make it safe

A thread published in your name is a public action, and public actions should wait for a person. The workflow ends at an explicit approval step: the agent gathers, picks, drafts, critiques, and revises, and then the finished thread waits in your inbox, post-by-post and ready to paste, with a one-line note on the angle and the week it covers. Nothing posts until you approve it, and the agent never posts on its own.

The skip recommendation is a guardrail too. An agent under instruction to produce a thread every week will manufacture one. This one is instructed to say so when the week has no real story, which protects the asset the whole process exists to build: a feed readers trust.

Access works the same way. The agent works in X through its web interface in your browser and pauses before any post. Until you connect it, the agent drafts entirely from the changelog or notes you attach to each run and ships nothing on its own.

Set it up in Task Machine

The Build-in-public thread writer playbook installs everything above as working records in your workspace: the Thread Writer agent, the three skills carrying the method (social content, content strategy, and brand storytelling), the weekly workflow with the approval step built in, the goal that holds the cadence, and the schedule that starts each draft. Setup takes a few minutes. You need a Task Machine workspace and permission to install playbooks (workspace owners have it). Access to X is not required up front; until you connect it, the agent drafts threads from what you attach and posts nothing.

1. Find the playbook

Open Playbooks in your workspace and search for "build-in-public", or browse to the Content category. The card lists what the playbook creates and the models its agent runs on.

The playbook gallery with the Build-in-public thread writer card in the Content category, listing one agent, one workflow, one goal, three skills, and one schedule

2. Preview what it installs

Preview & install opens the full contents before anything is created: the Thread Writer agent, the weekly workflow ending in an approval step, the one-thread-per-week goal, the social, content-strategy, and brand-storytelling skills, and the weekly schedule. The preview also notes that the agent works in X through your browser and pauses before posting.

The Build-in-public thread writer preview listing the Thread Writer agent, the thread workflow, the weekly goal, all three skills, and the schedule, with a Start setup button

3. Describe your product, audience, and tone

Start setup opens the build-in-public context step, which shapes every thread the agent drafts. Product name sets what the threads are about. Milestone or lesson gives the agent the current arc the first drafts should build on. Audience names who the threads speak to. Tone guardrails hold the lines your founder voice never crosses, and you can add several.

The setup form filled in with a product name, a milestone, an audience of early-stage founders, and three tone guardrails

4. Generate and review

Generate customized playbook bakes your answers into the agent instructions and the workflow prompts. The result comes back for review before anything is created. Read the agent card to confirm the voice notes landed, and check the workflow to see the approval step sitting after the revise step.

The review step showing the customized Thread Writer agent, workflow, goal, skills, and schedule, with a banner confirming nothing has been created yet

5. Install

Install customized playbook creates everything in one step and lists what landed in your workspace. Two follow-ups arrive in your inbox: "Start Build-in-public thread" walks the first run so you can see where the agent self-checks and where approval stops the draft, and "Set the weekly build-in-public rhythm" opens the schedule so you can pick the deadline, timezone, and approval window that fit your week. From then on the schedule takes over: each week the agent gathers, picks the angle, drafts, critiques, and revises, and the finished thread waits in your inbox for approval before anything posts.

The install confirmation listing the created agent, workflow, goal, three skills, and weekly schedule, with a Playbook installed notice

What good looks like

The signals worth watching split by what they measure:

  • Cadence held. The goal is one founder-voice thread approved every week, or the week explicitly skipped for lack of a real story. A skipped week is a pass. A filler week is a fail.
  • Engagement that costs the reader something. Comments, shares, and saves are worth more than likes, because each one took effort. Review weekly which thread landed and why, and feed that pattern back into angle selection.
  • Conversion signals. Profile visits, link clicks, and DMs show the threads are building an audience that acts on what it reads.

Common questions

What happens in a week where nothing worth posting shipped? The agent recommends skipping, and skipping is the right call. A build-in-public feed lives on trust, and one manufactured thread costs more than a quiet week does. The item that failed the novelty filter still makes a fine changelog entry.

Does the agent ever post to X on its own? No. The workflow ends at a human approval step, and the thread arrives in your inbox post-by-post, ready to paste. You approve it and you post it. Before X access is connected, the agent cannot post at all and works only from what you attach.

Will the threads sound like AI wrote them? The self-critique step exists for exactly this. The agent rereads its own draft for hype words, tidy tricolons, over-even sentence rhythm, and other tells, and revises before handing off. Your tone guardrails constrain every draft, and you still edit anything off-voice before approving.

Where should the link to my product go? In the final post or a reply, never in the body of the thread, because external links mid-thread suppress reach. The close itself stays soft: a genuine "building this in public, follow along" is the ceiling, and a hard sell fails the quality bar.

How long should each thread be? The structure sets the length: one hook post, two to four posts of mechanism showing what actually changed, one post for the lesson, and a genuine close. One idea per post, short lines, readable on a phone. If a post carries two ideas, it becomes two posts or loses one.

Put the work you just read about on rails

Join the waitlist and we will send early access when the first private beta spots open.

Private beta. We invite teams in batches and never share your email.