Protocol 17 of 18Track, Hardening and continuityHow it lasts

Reflect and plan tomorrow with the PM agent

End the day by reflecting with the PM agent: what shipped, what failed QA, what slowed you down. It writes the notes and stages tomorrow, so the next morning starts with a plan instead of a hunt for where you left off.

← All 18 protocols
Protocol 16Harden the codeAll 18Protocol 18Working with human tokens after you leave
Why this matters

The pain it
solves

The hardest part of solo or near-solo work is not the doing, it is the deciding. Every morning you have a hundred things you could do. The wrong choice is invisible. You only realize on Friday that you spent the week on the wrong work.

The PM agent solves this. Not by being smarter than you. By holding the context across days: reading the product plan, the QA reviews and yesterday's commits, knowing what is open, and putting choices in front of you in the right order. You make the calls; the PM agent does the staging.

The teaching

What this
actually is

The hardest part of solo work is not the doing, it is the deciding

Every morning you have a hundred things you could do. The wrong choice is invisible. You only realize on Friday that you spent the week on the wrong work.

The PM agent solves this. Not by being smarter than you. By holding the context across days, reading the status file, knowing what is open, and putting choices in front of you in the right order. You make the calls; the PM agent does the staging.

The reflection, at the end of the day

Ten minutes before you close the laptop. It is the single habit that makes tomorrow start fast.

  • The PM agent reads the day
    The product plan, every review in docs/qa, today's commits, anything still marked pending. It writes what is live (URLs), what passed QA and what did not.
  • It asks you three questions
    What slowed you down most today? What surprised you? What is the one thing you want working by the end of tomorrow? Answer honestly. Nobody reads this but you and your agent.
  • It leaves notes for tomorrow
    What to look at first. What is still broken. What today taught you about the next build. Written to Working Files/day-N-reflection.md, committed and pushed, so it is there on any machine in the morning.

The plan, the next morning

Same shape every day. Twenty minutes. Sets the rest of the day.

  • Open Claude. Greet the PM agent
    "Good morning. What did we ship yesterday and what should we do today?" That sentence runs the entire flow.
  • PM reads context
    It opens yesterday's reflection, the product plan and the open epics, reads yesterday's commits, and checks your calendar if connected.
  • PM proposes a plan
    Three to five things, in priority order, each tied to an open epic. Each one explicit about which agent (or you) does it.
  • You approve, edit, or replan
    You are still the decision-maker. Replan freely. The PM does not get its feelings hurt.
  • PM updates the plan file
    Writes docs/plans/[today].md. That file becomes the day's contract. Anyone (or any agent) who jumps in mid-day reads it and knows where things stand.

Subtleties most people miss

Three things that make this work over weeks, not just one morning.

  • The PM does not assign work to itself
    It plans the work, you do it (or another agent does it). The PM that does its own work loses the planning edge fast.
  • The PM reads what shipped yesterday
    Yesterday's commits, yesterday's reflection, yesterday's QA review. That continuity is what makes the PM feel like a partner instead of a daily reset.
  • The PM flags drift
    If you have been In Progress on the same epic for nine days, the PM notices and asks. Drift is invisible to you; you live in it. The PM has fresh eyes every morning.

What this is not

Not a calendar (your calendar stays the calendar). Not a productivity coach (no nudges, no streaks). Not a journal (no feelings logged). It is a planning partner. One specific job, done well.

Try it yourself15 minutes

Reflect on today and plan tomorrow in 15 minutes

You need the PM agent from your IL agent team installed (or a generic Claude agent with a PM role prompt) and a project with a product plan and at least one QA review in docs/qa.

  1. Step 01
    Run the reflection

    "Use the PM agent. Read the product plan, docs/qa and today's commits. Write Working Files/day-1-reflection.md with what is live and what failed QA, then ask me what slowed me down, what surprised me, and what I want working by tomorrow night." Answer the three questions.

  2. Step 02
    Let the PM stage tomorrow

    "Now add three notes for tomorrow and propose tomorrow's plan." It will list the open epics, and ask one or two clarifying questions about priority or constraints.

  3. Step 03
    Hand it your calendar reality

    Tell the PM: "I have a meeting from 10 to 11 and another from 2 to 3. Plan around them." The PM should propose work blocks, not a wall of tasks.

  4. Step 04
    Approve or replan

    Read the plan. If something is wrong, say so. "Move the epic 02 work to the morning. Move the writing to after the 2pm." The PM adjusts in seconds.

  5. Step 05
    Save the plan

    Ask the PM to write docs/plans/[tomorrow's date].md. That file becomes the morning's first read. Tomorrow you wake up, open the file, and the day is staged.

Outcome

A reflection on a real day and a plan for the next one, both written by the PM agent and saved to disk. The ritual practiced once. The plan survives a restart, a different chat, and a different machine.

Official resources

Straight from
the source

Anthropicdoc
Claude Code memory
Anthropicdoc
Slash commands and skills
Cal Newportdoc
Cal Newport on deep work
What you walk out with

By the end of this
protocol

At the retreat

You learn it by
doing it

At five o'clock you run the reflection: it reads what shipped and what failed QA, asks you three questions, and leaves notes. Tomorrow starts at 9:30 with a plan, not a hunt for where you left off.

Saigon, Jun 20See all 18 protocols
Connects to

Other protocols this
compounds with

Protocol 09
The plan is the prompt
Protocol 16
Harden the code
Protocol 18
Handoff after you leave
← Previous, Protocol 16
Harden the code
Next, Protocol 18 →
Working with human tokens after you leave