Agent That Builds Agents.
Give your /build skill a one-sentence problem. It returns a deployable workflow. The meta-capstone. Every other Stage 05 build, your Morning Brief, your triple-model bid prep, your scheduled inbox triage, is one instance of the shape this card teaches. Once you have an agent that can build agents, the question stops being "can I build this" and starts being "which one next."
- A working /build skill on your computer that takes a one-sentence problem, asks the few clarifying questions it actually needs, plans the build, executes in small checkpoints, and hands you a working local setup.
- A deployable workflow as the artifact not a prompt, not a slide. The output is folders, configs, a compile step, a delivery step, a manual test that passes, and (only after the test passes) a schedule.
- A repeatable meta-shape for spinning up the next agent: source, compile, store, ping, schedule. Once you feel it once, you stop building agents one at a time and start composing them on demand.
Hand /build a one-sentence problem.
The fastest way to feel the meta-capstone is to use it. Pick something real you already wanted built. Hand the problem to Claude in one sentence and let the /build skill drive the rest. Pause between checkpoints, watch the shape.
How this fits in the OS.
Every prior stage. Your CLAUDE.md (Stage 01), your password manager pattern for placeholders (Stage 01), your MCPs (Stage 02, Claude Desktop calls these connectors), sub-agents and the agent-team primitives (Stage 04), and the deployment pattern from Ship Anything Autonomous (Stage 06).
The /build slash command at configs/commands/build.md, the sub-agent primitives for parallel research, Vercel and Supabase for the deployable surface, and the cron pattern for the scheduled fire. Optional triple-silo if the deliverable is high-stakes.
The compounding move. Every Stage 06 shape you wanted to ship, brief, triage, monitor, summarize, becomes a one-sentence input to /build. The agent shape stops being a project and starts being a request.
Watch for the shape.
One sentence in. A working agent out. Source, compile, store, ping, schedule. That sequence is what /build produces every time, regardless of what the agent is for. Morning Brief is one instance. Weekly summary is another. Lead-reply drafter is another. The instances differ in which sources, which compile step, which delivery channel, which cron. The shape is the same.
This is the capstone behind the capstone. The Morning Brief teaches you the pattern by walking you through one concrete instance. This card teaches you the agent that produces the instance.
A normal capstone hands you one finished agent. This one hands you the agent that finishes the next one. The /build skill is the generic blueprint executor: you name a blueprint or hand it a goal, it turns that into a working local setup. After you ship the meta-capstone, the question shifts from "how do I build this agent" to "which agent do I want next." That is the moment the workshop becomes an operating system.
What you'll build.
By the end of this card, you have three things on your computer:
- A working
/buildskill wired inconfigs/commands/build.md, callable from any session in your workshop repo. - A worked example. One agent you wanted built, built by
/buildend to end, deployed via the Ship Anything Autonomous pattern, and scheduled on a cron. The agent answers a real problem you actually had. - A second-brain entry. The architecture decision
/buildmade, logged to your knowledge base so the next run of/buildcan find what already worked.
What changes for you.
The artifact is not the point. The shift is what changes when you no longer have to scope a new agent build from scratch. Three things, in order of how soon you feel them:
- You stop saving up agent ideas. The friction was always the build, not the idea. With
/buildon your computer, an idea you had on a walk becomes a deployed agent before dinner. - You stop treating agents as one-off projects. The first one feels like a project. The third one feels like a request. The tenth one feels like typing a sentence.
- You start composing instead of building. New agents borrow shapes from the agents
/buildalready made. Sources get reused. Delivery channels get reused. Cron entries get reused. The library of working pieces grows every time you run it.
This is the moment the workshop stops being a class about agents and starts being an agent factory.
Before you start.
What this card assumes you already have
- Every earlier stage. CLAUDE.md (Stage 01), MCPs (Stage 02), sub-agents (Stage 04), Morning Brief (Stage 06). If any one is missing,
/buildcan still run, but the agents it composes will be thinner than they should be. - The
/buildskill installed. It lives atconfigs/commands/build.mdin the workshop repo. If it isn't there, run/update-coursefirst to pull it in. - The deployment pattern from Ship Anything Autonomous internalized. Not memorized, internalized. You've shipped at least one agent through Supabase, Vercel, env vars, and a cron, and the moves feel familiar.
- A real problem you want solved. One sentence. Not a wishlist. The skill is sharper on one concrete problem than on three vague ones.
The skill itself is free. The agents it builds inherit the cost shape of their pieces: Vercel and Supabase free tiers for the surface, Anthropic API for the compile step, a few cents to a few dollars per run depending on the source size and the model. Set a cost ceiling at the start of every /build session.
The build.
Six steps, mapped one-to-one to the /build skill's own internal steps. The skill drives. You confirm between checkpoints. Resist the urge to skip the manual test, that is the step that distinguishes a working agent from a demo.
Confirm the /build skill is installed
3 min
Open Claude Code in your workshop repo. Confirm the skill file exists at configs/commands/build.md. If it isn't there, your repo is out of date.
/update-course
After the pull, type /build in the prompt. If Claude recognizes it as a slash command, you're wired. If not, ask Claude to read configs/commands/build.md and walk you through the install path for your local skills directory.
configs/commands/build.md into the right location for your install.
Pick the one sentence
10 minThis is the input. The whole skill keys off it. Spend ten minutes here, not three. A vague sentence produces a vague agent. A sharp sentence produces a working one on the first pass.
A useful one-sentence problem names three things: when it fires, what it pulls from, where it lands. Examples that work:
- "Every Friday at 5pm, summarize my week from Gmail and Calendar and post it to my Obsidian weekly notes folder."
- "When a new lead lands in my Notion CRM, draft a personalized reply and queue it in my Gmail drafts for review."
- "Twice a day, scan my Slack for anything unanswered more than 24 hours and ping me the list on Telegram."
Examples that don't:
- "Build me a CRM." (No when, no sources, no landing.)
- "Make my email better." (Not a problem, a wish.)
- "Build the agent that organizes my whole life." (Too many shapes.
/buildhandles one at a time.)
Hand the sentence to /build
10 min
Paste the starter prompt from the top of this card (with your one sentence filled in) into Claude Code. The skill takes over from here.
What happens next: the skill reads configs/commands/build.md, recognizes that you gave it a goal rather than a blueprint, and asks one question, "should I draft a build plan from this goal, or do you want to point me at an existing blueprint." For most one-sentence problems, "draft from the goal" is the right answer.
The agent does this for you. Claude maps your sentence into a candidate agent shape and surfaces the gaps it needs you to fill.
configs/commands/build.md. The skill is the whole point.
Answer only the hard-blocker questions
10 minThe skill asks for missing information only when it blocks setup. You'll see questions like these, in some order, only the ones that matter for your sentence:
- Where should the output live? Obsidian, local markdown, a Vercel app, or another surface?
- Which sources are enabled today? Gmail, Calendar, Slack, YouTube transcripts, saved links, files, research topics?
- Which delivery channel should send the short ping? Slack, iMessage, Telegram, email, or none?
- Which accounts require manual auth?
- What is your cost ceiling per run?
Answer each one in a single line. The skill is explicitly designed not to ask broad preference questions when a safe default exists. If it starts asking color-of-the-bike-shed questions, redirect it back to hard blockers only.
When the auth question comes up, refuse to paste any real keys into the chat. The skill will create placeholder entries with PASTE_HERE in your password manager. You fill in the real values yourself, in 1Password or Infisical. The skill is designed to honor this rule. If Claude offers to enter real values on your behalf, say no every time.
Approve the Build Plan
10 minThe skill returns a short plan before making any edits. It looks like this:
- Files I will create or edit
- Accounts and auth you must handle
- Commands I will run
- How we will test it
- Rollback plan
Read it. This is the highest-leverage minute of the whole build. The plan is short on purpose. If you spot a wrong source, a missing channel, or a step that doesn't make sense, push back here, not after the files are written.
Once it looks right, approve. The skill will not make changes until you do.
Watch it execute in checkpoints
45 minThe skill builds in a specific order, every time. Folders and config first. Compile step second. Delivery step third. Manual test fourth. Schedule last. It pauses between each one and waits for your confirmation.
What to watch for at each checkpoint:
- After folders/config. The directory shape should match what you'd expect for the agent's job. If the agent is supposed to write to Obsidian, an Obsidian path is in the config.
- After the compile step. Run it once manually with a small input. The output looks reasonable, not perfect, but reasonable. Don't move on if it returns nothing.
- After the delivery step. Send one test ping to yourself. The ping lands. If it doesn't, the rest of the build is wasted time. Fix the delivery here.
- After the manual test. The end-to-end run, sources to delivery, completes once on demand without you babysitting it. This is the gate before scheduling.
The agent does this for you. But you confirm each gate. Resist the urge to bulk-approve. The whole reason the skill builds in checkpoints is that catching a wrong move at checkpoint two costs ten minutes; catching it after step six costs an evening.
Deploy via Ship Anything Autonomous
30 minIf the agent needs a surface (dashboard, history view, audit trail), the skill calls into the Ship Anything Autonomous pattern: Supabase first for state, Vercel second for the surface, env vars from your password manager, and the URL gated behind auth so only you can read it.
The agent does this for you. The skill spawns the deployment sub-agent, walks you through the password-protected Vercel deploy, and returns a working URL.
If the agent doesn't need a dashboard (some don't, scheduled summary agents are fine writing to Obsidian and pinging Telegram), the skill skips this step. That is a feature, not a gap.
Schedule, then log the decision
15 minThis is the last step in the /build skill's own flow, and the skill enforces a rule: never schedule a task before the manual test passes. If you skipped the manual test, the skill will refuse to schedule. That is not a bug.
Once the manual test passes, the skill wires the cron entry, the headless Claude Code session, the kill switch you can fire from your phone if anything goes sideways overnight, and a delivery log so you can confirm tomorrow morning that it actually ran.
Then the skill offers one final move:
"Want me to log this build decision to your second brain?"
Say yes. The /log-decision handoff captures the architecture, the delivery channel, the sources, and the reason you picked them. The next time you run /build on a similar problem, the next agent can search your decision log and reach for what already worked.
/build the next sentence. The flywheel is real and the only friction left is deciding what to build next.
The pattern you just shipped.
You did not just ship one agent. You shipped the agent shape that produces every other Stage 06 agent. /build is the generic blueprint executor. Every specific blueprint, Morning Brief, Triple-Model Bid Prep, Calendar Conflict Defender, is a particular use of the same skill.
This is also the moment the workshop's two threads converge. The build thread (one concrete agent, shipped) and the composition thread (sub-agents, agent teams, parallel runs) meet here. /build uses sub-agents to research the shape, compose the pieces, and triangulate when the stakes are high. The composition primitives from Sub-Agents and Building Agent Teams are the engine inside /build.
When it works.
You'll know the meta-capstone is real when four things happen, in order, the first time you run /build on a problem you hadn't pre-scoped:
- The skill asks only the questions it needs. Not a wall of preference questions. Three or four targeted hard-blockers, scoped to your sentence.
- The Build Plan you approve in Step 05 is the plan that runs. No scope creep mid-execution. If
/buildwants to add something, it pauses and asks first. - The manual test in Step 06 passes on the first or second try. Not the tenth. If you're on the tenth, the sentence was too vague or the sources weren't actually wired. Cut scope and rerun.
- You run a second one within a week. The second build is the test. The first one could be enthusiasm. The second one is the flywheel. When the second sentence becomes a working agent in an afternoon, the meta-capstone is real.
Three working agents from /build within a month is the signal that the shape has compounded. After that, you stop counting.
If you get stuck.
Common failure modes, ranked by how often they bite people the first time through:
- The one sentence is too vague. "Help me with email." That is not a problem, it is a wish.
/buildwill ask clarifying questions forever, you'll get frustrated, and the build will stall. Cut the sentence to one specific event, one specific source, one specific landing place. Then rerun. - Scope creep during execution. You approve a Build Plan with three sources, then ask Claude mid-build to "also add Slack and also wire Notion." The skill will try, the build will balloon, and the manual test will fail because too much got wired at once. Hold scope. Add the next source in a second
/buildpass. - Missing MCP for the source you named. You asked for Gmail and Calendar, but the Gmail MCP isn't wired (Claude Desktop calls these connectors). The compile step returns empty. Jump back to Stage 02, wire the connector, then rerun the manual test before the schedule.
- Skipping the manual test. The skill refuses to schedule before the manual test passes. If you try to push past it, you'll get the cron wired to a broken compile step, and tomorrow morning the agent fires silently into nothing. Do the manual test. Always.
- Real keys offered to the chat. If the skill ever offers to type a real API key on your behalf, say no every time. The pattern is placeholder in chat, real value in your password manager. There is no exception worth making this call on.
- The agent the skill built is too narrow to reuse. A feature, not a bug. The first run is one shape. The second run reuses pieces. By the third, the library is paying you back. Don't over-engineer the first one.
Still stuck? Hand the failing transcript and the exact sentence you used to a research sub-agent. Most stalls come from a vague sentence or a missing connector, and a research pass surfaces both faster than another manual retry.
Where to go next.
The meta-capstone is the apex of Stage 06. From here you go in three directions: see the worked instance, generalize the deployment pattern, or take the agent factory into the real business.