Skip to content

Long Claude Code work, run as phases.

Phase Console plans the work, hands each phase to a fresh session, and keeps a board that reads what is actually done — from disk, never from memory.

Read the docs

Phase graph — checkout-rewrite5/5done
  1. 1doneSchema + migrations
  2. 2donePricing service
  3. 3donePayment adapter
  4. 4doneCart API
  5. 5doneRefund worker

How a plan runs

Four moves. The fourth is what makes the other three worth trusting.

  1. The plandone

    Every phase declares what must finish before it can start. The graph is the plan — there is no cursor to keep.

  2. A fresh sessiondone

    Each phase gets its own session, sized to the model's window, so it never thins out mid-thought.

  3. The handoffdone

    A phase ends by writing the baton: state now, files changed, decisions, and the exact next commands.

  4. The boarddone

    Recomputed from the plan and the handoff files on disk, every time you look.

What it will not guess

Nothing remembers your progress
The board is derived from the dependency table and the handoff files, so out-of-order and resumed work stay correct.
Phases fan out
Finishing one phase can release several. Those touching different repositories go at the same time; those sharing one are serialized by a lock.
A phase that stops short is classified
The console reads why it stopped and climbs a bounded ladder of remedies, within caps in attempts and in dollars. Exhausted, it leaves you one errand.

Install it

One install, and one console per project. Change into a repository and start it; the others carry on.

  1. Install

    npm install -g phase-console
  2. Start it in a repository

    phase-console start

macOS, Linux and WSL2. No runtime dependencies.