The run lifecycle
Every run walks a seven-phase machine — init, plan, provider, sandbox, execute, verify, complete — and only one path reaches "done".
Follow a run
When you type deadreckon run, the harness moves through the same
seven phases in order, writing its progress to disk at each step so the run is
always recoverable.
- init: create the run's id and working directory, plus the gate's one-time secret.
- plan: reserved for the future; today it does nothing.
- provider: build the route from your config and resolve the fallback chain.
- sandbox: pick the platform-native backend and prepare its profile.
- execute: the turn loop runs here; this is where the agent actually works.
- verify: run the
dr-gatewatchdog against your definition of done. - complete: promote the result into the library and mark the run done.
The phases are numbered 0, 10, 20 … on purpose. The gaps leave
room to slip a new phase in later (say a 15 or a 55)
without rewriting every run's on-disk state.
The one-way door. A run becomes Completed only
by reaching phase 60, and phase 60 refuses to run until the gate's signed
marker checks out. If verify's checks fail, the run loops back to execute
for another turn instead of finishing.
source