The bait, then the rug-pull.
When Claude Code dropped /goal, Chris from Build Great Products spotted the obvious: Anthropic took OpenAI's playbook. But instead of debating the politics, he did what builders do -- he ran both agents in parallel on the same 62-task product roadmap and let the output speak for itself.
What the video promised.
stated at 00:18 "I wanna show you not only how to use forward slash goal, but also build a full application using it in both codex and Claude code." delivered at 13:59
Where the time goes.
01 · Introduction and promise
Host introduces /goal as the feature that changes how everyone builds with AI, frames the video as both an explainer and a live Claude vs Codex head-to-head build.
02 · How /goal actually works
Documentation walkthrough of official Claude Code and Codex docs plus the host's own guide. Explains the loop: a small fast model checks the condition after every turn; if unmet, Claude starts another turn. Up to 4,000 characters in the condition.
03 · Project setup and goal submission
Shows the project folder structure: CLAUDE.md and AGENTS.md at root, docs folder with PRD, product-roadmap.md (62 tasks across 6 phases), and design.md generated via PLAID skill. Submits /goal to both Claude Code and Codex simultaneously in separate terminals.
04 · Goal completes -- terminal summaries
Both agents finish in about 32 minutes. Claude Code: all 62 roadmap checkboxes flipped, committed to local git, dev server running. Codex: same. Neither has live integrations -- Convex, Clerk, Polar, YouTube OAuth all stubbed.
05 · Codex app walkthrough
Browser demo of the Codex-built Content Engine app: landing page with red accents and Geist font, demo workspace, review queue with per-platform tabs, regenerate modal, billing page. Chris is impressed by the design quality driven by design.md guidance.
06 · Claude Code app walkthrough
Claude built Content Machine with the same design language but richer copy, testimonial section, more verbose landing page. Review queue functional. Billing and settings pages present. Claude's copy wins; Codex's tab UI wins.
07 · Summary and best practices
Three keys: right spec docs, right context, clear end condition. /goal shifts the paradigm from prompt-by-prompt to long-running agentic builds. CTA to school.com/aiapps community.
Visual structure at a glance.
Named ideas worth stealing.
/goal condition requirements
- One measurable end state
- A stated check Claude can verify (e.g., run test, check git status)
- Constraints that matter -- what must NOT change on the way there
The three components every strong /goal condition needs. Condition can be up to 4,000 characters.
Spec doc trinity
- PRD -- product requirements document
- product-roadmap.md -- 40-80 task checklist with verifiable milestones
- design.md -- visual direction (Google open-source format)
The three files Chris puts in every project before running /goal. Together they give the agent context, end condition, and design guardrails -- neutralizing model-specific quirks.
Good goal size rule
A good goal is bigger than one prompt but smaller than an open-ended backlog. It defines what to achieve, what to change, how to validate progress, and when to stop.
Lines you could clip.
"They stole it directly from Codex."
"You could legitimately build a full application in one go to a very high quality."
"This is almost an evolution of the Ralph loop."
"The creation process is getting condensed massively with these new features to the point where its even viable to build a full application in just a matter of hours sometimes."
How they spent the runtime.
Things they pointed at.
How they asked for the click.
"if you are building with AI and you wanna build real applications and real software and launch them to real paying customers, then I got a community helping people do just that over at school.com/aiapps"
Clean verbal CTA at the end; no mid-roll sponsor. Secondary CTAs for PLAID skill and the /goal guide woven into the tutorial naturally.
Word for word.
The spec doc is the real unlock.
/goal is not magic -- it is 32 minutes of autonomous work guided entirely by three files you write before you start.
- Write your PRD and product-roadmap.md before touching /goal -- 40-80 tasks with verifiable checkboxes is the sweet spot.
- Add a design.md to neutralize model-specific design quirks -- both Claude and Codex built near-identical apps because of it.
- Set an explicit end condition: 'all tasks in product-roadmap.md are complete and verified.' Vague goals cause agents to loop forever or stop too early.
- Use constraints to protect stable parts of the codebase -- tell the agent what must NOT change on the way there.
- Scaffold offline-first: stub all integrations so the agent does not get blocked on env vars mid-run.
- After /goal completes, ask the agent to guide you step by step through deploying this app -- it handles Vercel, env wiring, and setup commands from there.
What you can build in half an hour.
If you have a product idea and can write a one-page spec, an AI agent can give you a working prototype in the time it takes to have lunch.
- Write down what your app does in plain English -- that is your PRD.
- Break it into 40-80 checkable tasks -- that is your product roadmap.
- Describe how you want it to look (colors, fonts, vibe) -- that is your design.md.
- Feed all three files to Claude Code with /goal and let it run for 30 minutes.
- You will have a clickable prototype you can show investors, co-founders, or customers the same day.







































































