chore(release): prepare the 9.6 Sol qualification profile - #168
Conversation
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
Independent landing verdict for PR 168PASS+NOTES at f2a7ef7 against parent 5d47750. The release profile preserves every historical profile, catalog hash and prior threshold. It requires 17 cases, with all 89 scheduled cells explicitly assigning GPT-6.1 Sol to both manager and reviewer. Primary steps total 90, reserves total 23, and one route probe gives 114 maximum top-level dispatches. Internal model generation has separate cost. Commands executed without live-call flags or the Jev API key:
The repository-native CLI harness exercised historical exact-artifact qualification, sealing and strict metadata verification. Route-substitution rejection, wrong-role canary rejection, environmental overrides and cancellation behavior passed. The historical CLI fixture extracts the actual artifact role from the verified archive. It never substitutes historical success for 9.6 measurements. Source review confirmed the model pin reaches the reviewer plugin configuration for every release attempt. Report parsing rejects known manager or reviewer route substitutions. Canary verification checks every role actor and rederives claims from retained evidence, so forged unobserved identities cannot bypass retained transcript observations. Notes. This is release preparation. No fresh 9.6 campaign, exact-package native canary, sealed qualification, tag or publication was performed. The current launcher still needs the separately identified pinned-host and isolated native workflow preparation before live execution. No paid calls were made. The checkout remains clean at the exact reviewed head. Prove It Works changed the verification choice. I ran the actual qualification CLI harness and compared parent/head profiles directly instead of relying on prior test summaries or green CI. |
Why
The handoff changes in #167 need a version-specific release campaign. This prepares 9.6.0 with all twelve existing cases and all five delivery cases, rather than treating exploratory pilots as release qualification.
Scope
Tradeoffs
The complete matrix schedules 90 primary workflow steps and up to 23 conditional reserve steps, plus one route probe. The cap is 114 top-level dispatches. Internal model requests and reviewer generation remain paid work inside those workflows, so this is not a dollar cap.
A reserve may replace only a retained retryable environment failure. Product failures do not activate reserves. Three attempts for the new cases are a small sample.
Blast Radius
This PR depends on #167 and prepares an unpublished candidate. It records no 9.6 qualification and makes no Jev decision-quality claim. All earlier paid verdicts remain unchanged. No paid calls, merge, tag, or publication are included.
A native canary still needs reviewed command routing, the pinned 1.18.31 executable, isolated fixture/reviewer configuration, and real session exports. The existing plain-message launcher does not establish that protocol. Its proposed one dispatch is separate from the matrix.
Verification