The curriculum
Six modules plus one standalone page. Everyone completes the same three core modules on the same project. Then you pick the specialist that matches your work.
Completing the course means Core 1 through 3, plus the takeover test below. Specialists are optional. Finish the core and you're done — the specialists just take the same project further.
Stop Claude guessing
Start from a vague one-paragraph brief. Learn the six prompts that separate what's known from what's assumed, before anything gets built.
Core 2Stop starting over
Write the project down so a fresh session — or a teammate — can pick it up cold. Close the chat and find out what survives.
Core 3Move from idea to evidence
Research before building, plan before coding, and get a second model to review the result before you call it done.
Automate recurring work
Turn a procedure you've now done twice by hand into a skill, wired to a hook.
Specialist 5Build in parallel
Run two agents on two worktrees at once, then reconcile what they built.
Specialist 6Run research you can trace
One agent per claim, every source kept, gaps marked instead of guessed.
StandaloneMCP or a single API call
When a connector earns its place in the context window, and when a single API call is cheaper.
What context engineering for Claude Code means
Context engineering for Claude Code is the practice of putting everything Claude needs into files it reads on every session: the brief, the project instructions, the decisions already made and the state of the work. Prompting shapes one answer. Context engineering shapes every answer, for every person on the team, without the conversation that produced it.
Plenty of courses hand over Claude Code instructions and stop there. This one shows the instructions actually being followed — one project, adapted examples, the mistakes included — because the instructions are not the hard part. Keeping the work legible once the conversation ends is.
Every piece the course teaches answers the same question a different way. Where does this stand? Read the file names. What got decided, and why? Read lessons.md. How do two people work without blocking each other? A worktree per feature. None of it is a feature to learn for its own sake — it exists because a team loses sight of its own work the moment the person holding the context is unavailable.
“The work has to live in the repo, not in the person.”
The Operating Brain — the same argument at company scale makes the same argument at company scale, past what one repo can hold.
Can your teammate take over tomorrow?
This is the course's closing test, and it runs on your own project, not ours. Open your project's files — not your memory of the last conversation about them — and tick a statement only if the files themselves answer it.
Free, no email needed to see the score. The score is yours either way.
- 01 — Goal
- 02 — Approved decisions
- 03 — Current state
- 04 — Next action
Open your own project's files, then tick what they actually answer.
FAQ
Want this run live with your team?
The same method, taught over two mornings against your own project instead of ours.
More from Bonanza Studios
Other guides, tools, and ways to work with us.
The Operating Brain
How to stop AI from eating your company's memory. A roadmap for leaders building a company brain that survives AI's knowledge crisis. Three layers, no code.
Read the GuideClaude Code Team Agents Toolkit
Download a ready-made multi-agent team for Claude Code. Orchestrator, Frontend Developer, and UX Reviewer — pre-configured with skills, memory, and coordination protocols.
Get the ToolkitMVP Blueprint for Designers
A step-by-step framework for designers to ship working MVPs in days using AI tools. Covers discovery, definition, build, and launch — no deep coding required.
Get the Blueprint
Behrad Mirafshar
Founder, Bonanza Design
Founder of Bonanza Design. Builds operating brains for companies in the AI knowledge crisis. Multi-week engagements, run on the client's infrastructure, owned by the client.
Connect on LinkedIn