Skip to main content

First: phase is not manually edited

Do not hand-edit phase to force progress. Use the workflow transition that matches the evidence.

Available transition events

Typical events include proposal approval, design approval, build completion, verify pass, verify fail, archive completion, and preset upgrade.

Scenario 1: edit spec during build

If the spec changes during build, Comet should detect drift and decide whether the current design still applies.

Scenario 2: implementation is wrong and you want to rebuild

Use a verify-fail or explicit rollback path. Preserve evidence, then return to build with a clear reason. In the normal flow, branch_status remains pending; do not write handled during re-verification. Archive records the confirmed delivery method.

Scenario 3: verify passed but you want another check before archive

Use archive-reopen to return to Verify. It resets branch_status to pending; Archive only after the evidence is acceptable and you are ready for immediate remote delivery.

Scenario 4: hotfix or tweak grows larger

Upgrade the preset to the full workflow when the work needs design, broader verification, or spec changes.

Scenario 5: resume finds uncommitted changes

Inspect the worktree. Do not discard changes unless the user explicitly asks.

Rollback reference

Last modified on July 24, 2026