Course Advanced Practitioner A-09

Advanced Practitioner · Module 09

Capstone: A Real Project

After this, you will have completed a real piece of work using the full Advanced Practitioner toolkit — CLAUDE.md, scoped sessions, compaction management, output engineering, tool naming, and delegation — and reflected on which habits you now reach for without thinking.

What this is

This is not an exercise with a correct answer. It is a real project — something from your actual work — completed using the techniques from A-00 through A-08.

The difference between an advanced practitioner and someone who has read about being one is whether the habits have been applied under real conditions. A contrived exercise cannot give you that. A real project can.

Choose your project

Pick something you actually need to do. It should meet three conditions:

  • It requires multiple sessions. A task you can finish in one 10-minute session is too small. You want something that warrants at least two or three scoped sessions — a research summary, a documentation pass, a structured analysis, a first draft of something meaningful.
  • It has files. Claude Code works with your file system. The project should involve files you can point it at — documents, notes, code, data. If everything lives in your head, Claude Code has nothing to work with.
  • You will use the output. The capstone should produce something you actually need. This is the only way to know whether the result was genuinely good — not just plausible-looking.

If nothing comes to mind: take a folder of notes, research, or documents you have been meaning to make sense of and build a structured brief from them. That task meets all three conditions and is achievable in an afternoon.

Before you start: set up properly

Do not open a Claude Code session yet. Do this first.

  1. Create a CLAUDE.md in your project folder. Write the constraints, conventions, and preferences that apply to this project. At minimum: who you are, what this project is for, the format you want output in, and at least one thing Claude Code should never do in this project.
  2. Define your sessions. Before you start, decide how you will break the work across sessions. Each session should have one clear task. Write them down — even roughly — so you know when to use /clear.
  3. Identify one task you will delegate. Before you start working, identify a sub-task that is independent, produces evaluable output, and would generate noise in the main session. This is the task you will brief a subagent to handle.

The required techniques

As you work through the project, apply each of these at least once. You are not being tested — no one is watching. But if you skip one, you have not completed the capstone.

  1. CLAUDE.md active from session one. Start every session in the folder that contains your CLAUDE.md. Verify it loads. If Claude Code does not appear to be following it, check that you are in the right directory. (A-03)
  2. Use /clear at a phase boundary. When you finish one session and start a different phase of work, clear the context. Do not carry session state from a completed task into a new one. (A-05)
  3. Send one manual checkpoint. Partway through your longest session, send the checkpoint prompt. Read the summary. Verify that your key constraints and decisions are in it. Correct anything that is missing before you continue. (A-04)
  4. Separate planning from execution in at least one session. Before asking Claude Code to produce anything, ask it for a plan first. Read the plan. Approve or correct it. Then execute. Do not let it plan and execute in the same step. (A-06)
  5. Name tools in at least two messages. When you need a file read, say "read this file." When you need a search, say "search for." When you need a command run, say "run this command." Do not assume Claude Code will choose correctly — name the tool. (A-07)
  6. Brief and run one subagent. Write the full 5-part brief for the task you identified in setup. Send it. Evaluate the output against the brief. If the brief failed, note what it got wrong. (A-08)

What good looks like

The project is complete. The output is something you actually use — not a draft you discard, not a summary you skim and close.

You used /clear at least once and noticed the improvement in focus in the next session. Your checkpoint revealed at least one thing — either confirming a constraint survived or catching one that did not. Your subagent brief produced output within the scope you defined.

The CLAUDE.md you wrote at the start is a document you will reuse or update for the next project in that folder — not something you created for this exercise and never looked at again.

Reflection

When the project is done, answer these three questions. You do not need to write them down anywhere. Think about them.

  1. Which technique did you reach for without thinking? That is the one that has become a habit. It will improve every session from here without effort.
  2. Which one did you skip or almost skip? That is the one still in your head as a rule rather than a reflex. You know it works. You just have to use it enough that it becomes automatic.
  3. Is there anything in your CLAUDE.md you would write differently now? If yes, update it before you close the project. A CLAUDE.md that reflects what you actually learned is more valuable than one that reflects what you planned at the start.

The machine will wait. It does not mind. Go do the work.

Course complete

All twenty-seven modules.

Save your progress and we'll be in touch when new content is added. Just your email — nothing else.

Saved. We'll let you know when new content arrives.

Back to course overview →