codex-workflow-v2 2.0.0-beta.12.2 → 2.0.0-beta.12.4

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1,6 +1,6 @@
1
1
  # Gateway Protocol V2
2
2
 
3
- ## beta.12.2 compatibility transitions and continuable remediation
3
+ ## beta.12.4 compatibility transitions and continuable remediation
4
4
 
5
5
  - When fresh `next` advertises `task plan-integrity-recover`, consume its exact Task revision,
6
6
  Step, actor, and writer-token contract. This route is valid only for the Core-derived
@@ -20,11 +20,16 @@
20
20
  shape. `task stop-override-apply` requires the same Task revision, Step, actor, reason, Plan, HEAD,
21
21
  evidence binding, and returned `SOO-*` code in a later user turn. It appends evidence without
22
22
  deleting `stop-escalate`; it never applies to `split-required`.
23
- - After an applied stop override, one ordinary delegated `task context-refresh` may rebind the Plan
24
- before attempt four. Fresh `next` returns `task run` only when Core validates an exact direct
25
- Knowledge rebind, a mechanically equivalent Plan Risk Audit rebound, shared delegated authority,
26
- append-only chronology, and the same Git HEAD. If C1 remains claimed but the lease was lost at the
27
- Human boundary, use only the simultaneously advertised `task writer-credential-replace` action.
23
+ - After an applied stop override, one or more ordinary delegated `task context-refresh` transitions
24
+ may rebind the Plan before attempt four. Fresh `next` returns `task run` only when Core validates
25
+ the complete contiguous Plan/rebind/audit chain, mechanical equivalence at every hop, shared
26
+ delegated authority, and append-only chronology. HEAD may differ from the override only when every
27
+ intervening commit is an exact registered dependency-provenance recovery changing only
28
+ `package.json` and `package-lock.json`. If C1 remains claimed but the lease was lost at the Human
29
+ boundary, use only the simultaneously advertised `task writer-credential-replace` action.
30
+ A provenance recovery recorded after the final context-refresh audit may explain exactly one
31
+ additional Task revision only when it belongs to that verified Git chain. Any unexplained
32
+ revision remains a `doctor` boundary.
28
33
  - `milestone progress --id <MS-ID>` is a read-only projection and the sole source for Coordinator
29
34
  progress tables. It preserves cancelled/replacement Tasks as distinct membership rows.
30
35
  - `scripts/chat-registry.mjs` atomically allocates project-monotonic `#NNN`, builds all six title
@@ -63,6 +68,8 @@ Current capability set:
63
68
  - `task-local-dependency-provenance-recovery-v1`
64
69
  - `legacy-stop-escalate-override-v1`
65
70
  - `stop-override-context-rebind-v1`
71
+ - `stop-override-context-rebind-chain-v1`
72
+ - `stop-override-post-audit-dependency-revision-v1`
66
73
  - `retained-reviewed-history-recovery-v1`
67
74
  - `milestone-progress-projection-v1`
68
75
  - `strict-reviewer-v1`
@@ -109,7 +109,7 @@ command shape or consuming a replacement Discovery. Never rebind, refresh, repla
109
109
  resume, cancel, or manually replace the historical Task. Continue only after a later P04-B/P05
110
110
  package explicitly advertises a topology-preserving replacement capability.
111
111
 
112
- When beta.12.2 `next` advertises `task stop-override-prepare`, the route is limited to the exact
112
+ When beta.12.4 `next` advertises `task stop-override-prepare`, the route is limited to the exact
113
113
  beta.11 attempt-four policy stop: two ordinary failures, one corrective failure, a matching
114
114
  attempt-3 `continue-fix`, and a matching attempt-4 `stop-escalate` under the unchanged Plan. Invoke
115
115
  prepare with the exact Task/Step/revision, explicit human actor, and user-supplied reason. It is
@@ -120,12 +120,20 @@ evidence changes. Successful apply preserves the original stop, appends
120
120
  `stop-escalate-overrides.jsonl`, and requires fresh sequential `status` then `next` before attempt
121
121
  four runs through the normal strict-review cycle.
122
122
 
123
- After an applied override, one ordinary delegated `task context-refresh` may change only the Plan's
124
- canonical Knowledge Map binding. Continue only when fresh `next` advertises `task run` with
125
- `stopOverrideContextRebind.state=validated` for the exact override and stop decision. If C1 remains
126
- claimed but the lease was lost at the Human boundary, first use the simultaneously advertised
127
- `task writer-credential-replace` action for the exact claimant. A doctor route, semantic Plan drift,
128
- second rebind, different HEAD, missing delegated authority, or damaged chronology is a hard stop.
123
+ After an applied override, one or more ordinary delegated `task context-refresh` transitions may
124
+ change only the Plan's canonical Knowledge Map binding. A package update may also advance HEAD, but
125
+ only through the exact `update dependency-provenance-recover` route advertised by fresh `next`.
126
+ Continue only when fresh `next` advertises `task run` with
127
+ `stopOverrideContextRebind.state=validated` for the exact override and stop decision. Core verifies
128
+ the complete source-to-current Plan/audit/rebind chain and, when HEAD changed, every intervening Git
129
+ commit as registered dependency-only provenance. If C1 remains claimed but the lease was lost at
130
+ the Human boundary, first use the simultaneously advertised `task writer-credential-replace`
131
+ action for the exact claimant. A doctor route, semantic Plan drift, an unregistered or non-dependency
132
+ commit, missing delegated authority, a broken chain, or damaged chronology is a hard stop.
133
+ When advertised navigation records dependency provenance after the final context-refresh audit,
134
+ Core may account for exactly one Task revision per ordered verified recovery. Never infer this
135
+ compatibility from revision arithmetic alone: continue only when fresh `next` returns the validated
136
+ `task run` route. An unrelated extra revision remains a hard stop.
129
137
 
130
138
  When `next` returns `milestone initial-assembly`, execution is unavailable. Follow only the
131
139
  advertised `linked-task-assembly.commands` (`discovery start` and `discovery materialize`) until all