Pimp My IDE / Garage Dispatch
Back to garage
September 25, 2026 | planning / iteration / human attention

The frozen plan is dead weight.

A failed planning product, two agent guides, and a busy desktop point to the same repair. Keep the next decision visible. Tie it to fresh evidence. Revise it after the tool runs.

The take. Planning still matters. The useful artifact is smaller than a spec and more alive than a checklist. It says what the agent is trying now, what evidence can change the route, and who makes the next decision.
Open the rolling plan ratchet

A product failure exposed the right problem.

Ayman Nadeem built Nuanced around persistent plans for coding agents. In his September 24 post, he says early users had little appetite for long generated specs. He also says the split between planning and building made the work feel staged. Implementation kept revealing questions that the finished plan had declared settled.[1]

That is one builder's report about one product. It does not prove that every plan mode has failed. It does name a familiar failure. The plan becomes a document to approve instead of a record that changes when the system answers back.

Keep the decision that can still change. Drop the prose that only proves a planning step happened.

The vendors still keep planning inside the loop.

GitHub's current cloud-agent documentation says the agent can research a repository, create an implementation plan, change a branch, run tests, accept follow-up questions, and iterate before a pull request.[2] Planning is present, but it sits beside execution and review.

Anthropic's agent guide describes agents as models that use tools, read environmental feedback, and pause at checkpoints or blockers. It recommends fixed workflows for predictable tasks and flexible agents when the required steps cannot be known in advance.[3]

OpenAI's desktop documentation puts parallel work, files, browser actions, diffs, and follow-up chat in one workspace. The page tells users to create and inspect outputs, then refine them.[4] That is a work loop, not a promise that the first outline will survive contact with the repository.

Replace the plan handoff with a decision handoff.

A long plan tries to predict the whole route. A next-decision card names only the current move and the evidence needed before the next move. It stays short because its job is narrow.

  1. Frame. Name the user-visible result, the boundary, and the person who can change either one.
  2. Probe. Make the smallest reversible change or inspection that can disprove the current idea.
  3. Inspect. Read the diff, test output, runtime behavior, and new unknowns.
  4. Decide. Continue, revise, stop, or ask for judgment. Record why.

The loop can run in minutes for a small fix or across several sessions for a migration. Its size follows uncertainty, not task prestige.

Human attention needs a target.

Parallel agents make chat history a poor control panel. The operator should not read every internal thought. The operator should see the decisions that change scope, cost, access, architecture, or user behavior.

The ratchet below keeps one active phase, one question, one evidence request, and a short lap tape. It does not inspect a repository or verify a build. It produces a card for the next real tool run.

Interactive makeover / rolling decision drum

Rolling plan ratchet

Traditional purpose replaced: approve one long plan before work starts. Better version: select the live phase, expose the next question and evidence request, retain the lap trail, and copy a small decision card.

Set the live phase

The native radio control owns the state. Arrow keys move between phases.

Current rolling plan phase

Turn the decision drum

Active phase1 / 4
What result must be true when this lap ends?

Write the user-visible outcome, protected boundary, and decision owner.

Lap tape: Frame

Print the next-decision card

The card leaves the real repository, command, output, and approver blank until the lap runs.

Sources read, not vibes

Open the source log
  1. Ayman Nadeem, "Plan mode is dead", September 24, 2026. Builder retrospective on Nuanced, long generated specs, workflow separation, and interleaved planning and building.
  2. GitHub Docs, "About GitHub Copilot cloud agent". Repository research, implementation plans, branch changes, tests, iteration, and pull-request handoff.
  3. Anthropic, "Building effective agents", December 19, 2024, with a current-page note about later tooling changes. Workflow selection, environmental feedback, checkpoints, stopping conditions, and evaluator loops.
  4. OpenAI, ChatGPT desktop app documentation. Parallel projects, inspectable outputs, browser and file work, diffs, and follow-up refinement in one workspace.
  5. Hacker News item 49840054. Exact discovery trail for Nadeem's post. Comments were not used as evidence.

Source boundary. Nadeem reports what happened with Nuanced. GitHub, Anthropic, and OpenAI describe their own agent workflows. None of them prescribes this four-phase control. The Rolling Plan Ratchet is Pimp My IDE's synthesis.