Repository navigation
v6.7.0
[6.7.0] - 2026-07-23
Bounded auto-continuation lore keeps user-authorized goals moving while making
checkpoints, retries, and validation freshness explicit:
/flow-autonow treats ready features and completed sessions as mechanical
loop states, so authorized work continues without an intermediate “ready for
the next feature” handoff. Its host lease starts from a provisional compact
baseline and auto-routes only after the initiating turn advances that same
Flow session; unchanged or replacement sessions fail closed, while
conversational plan approval remains resumable.- Failed features are never selected implicitly while their latest relevant
reviewed outcome remains failed. Auto mode may continue untouched independent
work; when only retry-required candidates remain it waits for direction.
While a failed run is blocked, optionalnextFeatureIdmakes its authorized
reset and exact next run atomic. Once that run is superseded and status is
ready, explicitflow_run_start(featureId)starts its authorized retry. This
adds no durable hold or retry ledger. - Each feature now receives a before-edit evidence/environment preflight and
adversarial risk checklist. Manager policy withholds review while required
evidence is knowingly skipped, and reviewers treat missing proof as blocking;
no skipped-evidence state is persisted. Workers receive the checklist before
coding, and reviewers explicitly inspect adjacent/repeated transitions,
overlapping invariants, base diffs, and file modes. - Stable source finding IDs remain traceable in immutable feature prose.
Active Flow work uses only the reserved worker and reviewer roles, while
precise missing-evidence review failures can request manager-run proof. - Accepted validation markers expose their recorded revision as a concurrency
token, avoiding status reads made only to recover it. Onlypassed: truemay
feed review while all runtime gates hold; failed, incomplete, and
source-drifted observations may use the token only for fresh validation. A
drifted marker reportspassed: falseplus its explicit ineligibility reason.
New review admission requires its current-source pass to be newer than the
latest relevant failure or drift; accepted reviews remain grandfathered. - Status workflow data now includes a small non-authoritative timer for the
latest/flow-autoin the current plugin process. Active milliseconds are
coordinator-classified wall time, not CPU or pure coding time; user-wait
milliseconds cover only projected plan-approval and
await-user-directioncheckpoints. Paused, inactive, errored, and
unprojected waits are excluded, and reload resets the timer.
Install or update:
opencode plugin opencode-plugin-flow@6.7.0 --global --force