Skip to content
shinbo
Plan

Plans as dependency graphs, goals and the inspector

A plan is a dependency graph in Markdown; every step whose inputs are ready runs at the same time.

These guides describe the current development source. The published v0.7.1 release can differ; check release notes before following a workflow.

Plan is a tool, not a mode.

The plan tool writes steps to Markdown, each a subagent brief wired to the steps it waits on. Steps whose inputs are done form a wave and run together, up to eight live subagents. Markdown is the store, so a plan you edit by hand still parses.

Try it
  1. In a thread, ask for a plan for a task with several parts. Shinbo writes the steps and their dependencies into the thread's Markdown.
  2. Open the Plan component in the inspector. Press a node to light the wave it belongs to; watch steps go from waiting to running to done.
  3. Edit the Markdown if you want to add, drop or rewire a step. A hand-edited plan still parses.
  4. For work that needs many turns, ask for a goal instead. The thread keeps going until the goal has evidence, hits a blocker or reaches its allowance.
  5. Settings → Context bar arranges which inspector components you see. Add with +, remove with ×, reorder in the preview.
Plan · dependency graph, one wave at a time
123456
running done waiting

Waves, not a checklist

A checklist runs one step after another. A graph runs everything whose inputs exist. When a wave finishes, the steps it unblocked form the next one. Each step is a subagent with its own tab and transcript, and it inherits the thread's permission mode.

Plans, task lists and memory notes are saved locally. A saved record is not the same as the model's active context: what is on disk survives a turn, what is in the window may not. Write down decisions you need later.

Goals

A plan organizes dependent steps inside a turn. A goal keeps one thread working across turns toward an objective. It stops when the thread has evidence the goal is met, when the same blocker appears three turns running, or at the ceiling. Every reported model step on the thread counts against the allowance. The invariants live in Rust.

Token allowance
200,000 per goal
Turn ceiling
40
Resume
needs allowance left
Continue
grants more when tokens or turns run out
Replacing a goal
update or clear the unfinished one first; spent allowance stays spent
Subagent spend
not counted in the parent goal's ledger
Context window · what the turn actually carried
25k of 1049k carried · 2.4%4 messages15kfile list3.7kskills2.4ksystem tools1.7ksystem prompt1.4kmemory files0.7k
counted here, not billed here⤢ opens the full table

Context

The context tool reports what a turn carries: tokens, window size, share spent, and it can compact from the next turn. Auto-compact triggers at a percentage you set. The Context window component breaks the last turn down by kind, and the inspector accounts per step.

Prompt reinjection and tool-result pruning are experiments, off by default. On a route that publishes no context window the accounting falls back to four characters per token and both experiments are inert.

The inspector

Eleven components ship on three pages, and a layout can hold up to four. Settings → Context bar shows the preview with grouped components beside it; Page options renames or deletes a page. The layout is validated before it is saved.

Thread stats

Any of twenty-one metrics, as tiles or rows

Context window

What the last turn carried, by kind, against the window

Timeline

Every turn as a waterfall of requests, tools and children

Tasks

The durable checklist the agent keeps for itself

Plan

The plan as a graph; pressing a node lights its wave

Subagents

One row per live child, into the transcript it is writing

Sub threads

Threads this one started, working or idle

Git

Branch, working tree, and the diff behind it

Machine

CPU, memory, GPU and network as numbers

Machine graph

The same four as sparklines over the last minute

Machine meters

The same four as 16-cell segmented gauges

Shinbo Context bar settings with page tabs, a sample-data inspector preview and collapsed component groups
Arranging the inspectorInspector layout preview · sample thread statistics · component groupsCaptured September 12, 2026 · current app source · example profile
Limits
  • A goal's allowance is checked when usage arrives, so an in-flight request can push past 200,000 tokens before it stops.
  • A new goal cannot reset spent allowance; use Continue to grant more.
  • Neither reinjection nor pruning guarantees recall; write down what you need later.
  • Up to four inspector pages; a layout that fails validation is not saved.

Related: Delegation for how subagents run and are steered, Scheduled workflows for graphs that run on a schedule, Self improvement for the run evidence behind each turn.