Back to Library
Stage 06 / 8D Capstone

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."

What you'll have
  • 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.
8D Capstone
Build time ~6 hr
Track 8D Capstone, Stage 05
Touches /build skill · Sub-agents · Vercel · Supabase · Cron · 1Password or Infisical
Source configs/commands/build.md
One-click start

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.

Depends on

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).

Uses

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.

Unlocks

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.

Why this is the meta-capstone

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 /build skill wired in configs/commands/build.md, callable from any session in your workshop repo.
  • A worked example. One agent you wanted built, built by /build end 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 /build made, logged to your knowledge base so the next run of /build can 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 /build on 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 /build already 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, /build can still run, but the agents it composes will be thinner than they should be.
  • The /build skill installed. It lives at configs/commands/build.md in the workshop repo. If it isn't there, run /update-course first 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.
Cost

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.

Step 01

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.

Paste into Claude Code /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.

Slash command not recognized? Your local skills directory isn't picking up the configs folder. Ask Claude to verify your skill path and copy configs/commands/build.md into the right location for your install.
Step 02

Pick the one sentence

10 min

This 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. /build handles one at a time.)
Stuck on the sentence? Open your task list, your inbox, or the thing you complained about most this week. The first friction you find is the right input. Don't optimize for the perfect agent, optimize for the next one.
Step 03

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.

Claude tries to start coding immediately? The skill is being skipped. Stop and re-paste the prompt, explicitly referencing configs/commands/build.md. The skill is the whole point.
Step 04

Answer only the hard-blocker questions

10 min

The 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.

Step 05

Approve the Build Plan

10 min

The 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.

Plan looks too ambitious for one session? Tell the skill to cut scope. "Drop the dashboard, keep the daily ping. We'll add the dashboard in a second pass." The skill is built to take that kind of redirect.
Step 06

Watch it execute in checkpoints

45 min

The 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.

Step 07

Deploy via Ship Anything Autonomous

30 min

If 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.

Vercel deploy fails or the URL is publicly readable? Jump to the Ship Anything Autonomous card. Common causes (env vars missing, project root wrong, auth gate not enabled) are documented there with the exact recovery move for each.
Step 08

Schedule, then log the decision

15 min

This 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:

The skill asks

"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.

Tomorrow, the agent you built today runs without you touching anything. The morning after that, you have an idea for another one. Hand /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:

  1. The skill asks only the questions it needs. Not a wall of preference questions. Three or four targeted hard-blockers, scoped to your sentence.
  2. The Build Plan you approve in Step 05 is the plan that runs. No scope creep mid-execution. If /build wants to add something, it pauses and asks first.
  3. 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.
  4. 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. /build will 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 /build pass.
  • 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.

Back to the Library