release: v0.30.6 — review-boundary supervisor notifications, fail-closed review gate, verified recovery - #634
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
release: v0.30.6
Patch bump (semver): bug fixes and additive, backward-compatible behaviour — no breaking API/config changes. The one operational change is fail-closed by design (see migration note).
Highlights
review_stepAPPROVE only from an explicit Verdict line; no spurious "Reviewer unavailable"; finalize refuses.DONEover an outstanding REVISE/RETHINK (feat(gate-integrity): task must not finalize succeeded while steps lack an explicit APPROVE in their review files #626 minimal) with a real remediation path (orch_retry_task resets the task record but not the v2 segment record, so orch_resume skips the wave (single-wave batch cannot be re-driven after a finalize-gate refusal) #629).log_recovery_action(bug(supervisor): actions.jsonl timestamps are fabricated by the LLM — no tool exposes logRecoveryAction() #625); engine no longer crashes Pi on a stale ctx (fix(orch): engine-worker IPC crashes Pi on stale extension context #620); no stale integration prompts (Auto-integrate: suppress "Ready for integration / run orch_integrate()" banner when the batch already auto-integrated #610).Issues closed / advanced
Closes #620, #624, #625, #629, #610, #633. Advances #626, #628, #630, #631 (Tier-2 scope remains open on each; see issue comments).
Migration note
Batches created before 0.30.6 have no
engine.json; the first recovery tool or fresh/orchagainst one refuses until/orch-confirm-engine-shutdown [--batch <id>] <note>records an out-of-band verification (once per legacy batch). New batches never need it.Validation
help/doctorOK.