The argument in one line.
Claude's /goal command automates multi-step tasks by running two AI agents in a worker-boss loop until a verifiable finish line is reached, eliminating the need for manual prompting between steps.
Read if. Skip if.
- You're a developer or automation-focused creator who has repetitive multi-step tasks (data entry, file processing, categorization) and wants to eliminate manual intervention between steps.
- A Claude Code user running into workflows that require constant prompting to continue, and you want autonomous turn-by-turn execution without babysitting.
- You're building internal tools or scripts where you can clearly define a verifiable end state, and you're willing to set up auto-approve to let agents run unattended.
- A technical founder or ops person managing Claude API usage at scale who needs to understand failure modes and cost controls before deploying /goal in production.
- You're not using Claude Code or don't have access to the /goal slash command — this breakdown assumes you can already open the tool.
- Your work requires human judgment calls or subjective approval between steps; /goal only works with objectively verifiable finish lines that Claude can evaluate alone.
The full version, fast.
Claude Code's new /goal slash command turns the assistant into a self-running worker that grinds on a multi-step task until a verifiable finish line is met, eliminating the constant babysitting of typing keep going. It works because two agents run in tandem: a main worker model (Opus or Sonnet) executes the job while a second boss model reviews every turn and asks whether the goal is met, looping until it confirms completion. To use it well, write a finish line the boss can verify by inspecting concrete artifacts like specific files, folders, or row counts, never vague phrases like make it organized, then add a hard cap such as stop after 30 turns. Enable auto-approve only after you understand the access you are granting, monitor spend with /usage, and start on a small scope before scaling up.
Chat with this breakdown.
Modern Creator members can chat with any breakdown — ask for the hook, quote a framework, find the exact transcript moment. Unlocks at T2: refer 3 friends + add your own API key.
Create a free account →Where the time goes.

01 · Cold open — what is /goal
Sets the hook: /goal is a new slash command that lets Claude work indefinitely without user input until a job is done.

02 · The babysitting problem
Without /goal, Claude stops after each step and waits for 'keep going' — turning a 1-hour job into a day of babysitting.

03 · Worker / Boss — how it actually works
Two agents run simultaneously: the Worker (Opus/Sonnet) executes; the Boss checks after every turn whether the finish line is met and either re-kicks the worker or stops.

04 · Setup: /goal + auto-approve
Two required steps for hands-off operation: type /goal with a finish condition, enable auto-approve. Covers safety tradeoffs of auto-approve. Shows /goal status dashboard (turns, tokens, timer).

05 · Critical failure mode — vague goals
The most important section. Vague conditions cause infinite loops. Real horror: 4,287,950 tokens, $107.52 wasted. Introduces the verifiable finish line concept with bad/good examples.

06 · Good goal live demo + safety cap
Shows the correct /goal command typed into Claude Code terminal. Introduces the safety cap: 'stop after 30 turns' appended to every condition.

07 · Demo 01 — Pizza shop social calendar
15 posts across Instagram/LinkedIn/X with captions, hashtags, and AI-generated images via Nano Banana API, output as a professional PDF. Full result shown.

08 · Demo 02-04 — More use cases
Dog grooming loyalty program (Paw Perks Rewards), coffee shop daily specials, personalized review replies written in owner voice.

09 · Cost talk + 3 rules
Pro/Max plan required. Three rules: always add safety cap, check /usage before walking away, start small and scale up. Token cost escalation shown per plan tier.

10 · Recap + CTA
/goal recipe: set the finish line, Claude works, boss verifies. Subscribe ask + related video end card.
Lines worth screenshotting.
- The /goal command runs two AI agents simultaneously: a worker that executes and a boss on a different model that evaluates whether the finish line has been met after every step.
- Without /goal, Claude completes one step and waits for you to type 'keep going' — the command eliminates babysitting by running the loop autonomously.
- The finish line must be verifiable by the boss agent from the conversation transcript alone — vague conditions like 'do a good job' cause infinite loops that burn all your tokens.
- Adding a safety cap at the end of your goal condition (stop after 30 turns or 45 minutes) is mandatory — it prevents runaway sessions from billing you for overnight failures.
- Auto-approve is required for true hands-off execution — without it, Claude pauses and waits for permission on every file edit even while /goal is active.
- A goal condition that specifies which files must exist, which folder structure must be created, and what content must be present is verifiable — vague state descriptions are not.
- The boss agent can only confirm the goal from what the worker reports back — it cannot independently inspect your file system.
- A vague /goal like 'clean up my files and make everything organized' will run indefinitely because organized has no measurable endpoint the boss can verify.
- Running /goal with nothing after it shows you the elapsed time, turn count, and token usage — a built-in dashboard for checking in without interrupting the session.
- A year's worth of bank statement PDFs — extract, categorize, and produce a monthly spreadsheet — is the canonical use case: precise finish line, repeatable structure, high babysitting cost if done manually.
- The two-agent architecture (worker plus independent reviewer) is what separates /goal from just setting Claude to auto-accept — the judge changes the execution behavior, not just the UX.
- Burning a full day's token budget on a single vague /goal task is a known failure mode — specificity in the finish line is the only protection.
Write the finish line before you write the prompt.
The command is trivial; the finish condition is everything — vague means infinite loop, specific means done.
- Every /goal condition needs three things: a specific artifact, a verifiable state, and a turn/time safety cap.
- The boss agent can only check what the worker reports back — it cannot browse your filesystem. Design conditions accordingly.
- The worker/boss loop is a reusable architecture — steal it for your own agent orchestration docs and Sessions panel explanations.
- Four ready-to-clone use cases: receipt categorization, weekly social calendar PDF, loyalty program card, personalized review replies.
- Always run /usage before walking away from a long-running task.
- Start with one folder, one batch, one set of reviews — not 'reorganize my entire business.'
- The $107.52 horror story is your best hook if you ever teach /goal — open with it.
Terms worth knowing.
- Slash command
- A built-in shortcut typed with a leading forward slash inside an AI coding tool that triggers a specific feature or workflow, as opposed to a free-form prompt.
- /goal
- A command that hands an AI assistant a single, verifiable finish line and lets it loop on the task autonomously, turn after turn, until that condition is met.
- Finish line
- A concrete, checkable end state written into the goal — specific files, folders, rows, or outputs that must exist — so a reviewing agent can confirm the work is actually done.
- Turn
- One round of an AI assistant taking an action and reporting the result, used as the unit of work counted and capped inside an autonomous loop.
- Worker/boss loop
- An agent pattern where one model does the work and a second model reviews each step against the goal, sending the worker back until the goal is verifiably complete.
- Opus / Sonnet
- Two tiers of Anthropic's Claude language models — Opus being the higher-capability flagship and Sonnet the balanced mid-tier — used as the underlying engine for the worker agent.
- Auto-approve
- A setting that lets the AI run commands and edit files without stopping to ask permission for each action, required for fully unattended runs of an autonomous goal.
- Token
- The unit of text an AI model reads and writes, billed and rate-limited per use; long autonomous loops can burn through a daily token budget quickly.
- API
- A pay-as-you-go interface for calling an AI model directly from code or tools, where every token used translates to a real-dollar charge instead of a flat subscription.
- Pro / Max plan
- Paid subscription tiers for Claude that include higher usage allowances needed to run long autonomous tasks without immediately hitting limits.
- Safety cap
- An explicit stop condition added to a goal — such as a maximum number of turns or a time limit — that forces the loop to end even if the finish line is never reached.
- Nano Banana API
- A nickname for Google's Gemini image-generation model exposed through an API, used here to produce post images on demand inside an automated content workflow.
- /usage
- A command that shows current consumption against the plan's limits — turns, tokens, and remaining credits — so a long-running task can be checked mid-flight.
Things they pointed at.
Lines you could clip.
“The boss can only see what the worker tells it. It can't go check your files on its own.”
“I've already burned through a day's worth of tokens on one task, and I learned the hard way.”
“This kind of thing right here is what a social media manager would charge hundreds of dollars a month to do, and that's just one example.”
“You can think of the second worker like the employee's boss.”
Word for word.
The bait, then the rug-pull.
Claude Code shipped a command that turns one sentence into a self-running agent. Tristen O'Brien spent 48 straight hours with /goal before making this video — and the horror story buried in the middle (4.2 million tokens, $107 burned on one vague prompt) is reason enough to watch the whole thing before you touch it.
Named ideas worth stealing.
Worker / Boss dual-agent loop
Agent #1 (Worker) executes tasks. Agent #2 (Boss) evaluates after every turn: goal met? If no, explain why and re-kick. If yes, stop.
The Verifiable Finish Line
A finish condition must be: (1) specific artifact-based, (2) confirmable from worker reports alone, (3) include a turn or time safety cap.
3 Rules for /goal
- Always add a safety cap (turns or minutes)
- Check /usage before walking away
- Start small, scale up
How they asked for the click.
“If this has been helpful so far, please subscribe, like the video, leave a comment.”
Mid-video ask before demos, plus end-card. Animated SUBSCRIBED badge overlaid twice. Low-friction, no heavy pitch.






































































