coderifts 4.4.0 → 4.4.1

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.
package/CHANGELOG.md CHANGED
@@ -1,5 +1,29 @@
1
1
  # Changelog
2
2
 
3
+ ## 4.4.1
4
+
5
+ **Sequencing:** `@coderifts/agent-guard` **9.0.0** is the verifier of record
6
+ for `deploy-gate` (TOKEN mode). Publish **guard 9.0.0 first**, then this CLI.
7
+ 4.4.0 against 9.0.0 would DENY `unverified_receipt_view` (unstamped computed
8
+ view).
9
+
10
+ ### Changed
11
+ - **TOKEN mode.** `deployBind` passes `{ token, decision_result, registry |
12
+ pinnedKeyPem }` to `deployGate`. The CLI never sends an unstamped
13
+ `currently_authorized` view. The §154 matrix view path is stamped with
14
+ `asVerifiedDeployReceiptView` (`view_spec: 'deploy-receipt-view.v1'`).
15
+ - **One verdict, one WHY.** Guard 9.0.0 is the cause. The app kernel still
16
+ verifies for 842 rendering (corroboration + envelope `blocking_reasons`)
17
+ but does not produce a second deny. `authz_reason` equals the gate
18
+ `reason`. JSON `causes_agree` is true when kernel maps to the same cause.
19
+ - **`MIN_GUARD_MAJOR` 8 → 9.** Dependency range `^9.0.0`.
20
+
21
+ ### Migration
22
+ - Requires `@coderifts/agent-guard@9.0.0`. Local test against unpublished
23
+ 9.0.0: install the packed tarball into `node_modules` while keeping the
24
+ declared range `^9.0.0` (`file:` is rejected by `assert-guard-major` at
25
+ publish).
26
+
3
27
  ## 4.4.0
4
28
 
5
29
  **Behaviour change (breaking for anyone relying on a forged receipt file)** —
package/README.md CHANGED
@@ -101,13 +101,17 @@ Gate a **deploy** on the current `{ environment, artifact }` using a **signed**
101
101
  preflight receipt. Fail-closed by default (842 / hook pattern). The CD sibling of
102
102
  `publish-gate` / the merge-gate App check.
103
103
 
104
- The CLI **verifies locally** (Ed25519 against the key registry, kid status /
105
- retired-window, body-hash over the decision envelope, expiry with ID104
106
- leeway, intended-context bind of operation / environment / artifact /
107
- fingerprint). Crypto is the app kernel (`verifyReceipt` +
108
- `evaluateVerifyAuthorization`)not reimplemented here. Then it binds the
109
- **computed** receipt view into the validated `deployGate` from
110
- `@coderifts/agent-guard`. No scoring is reimplemented.
104
+ **Verification contract split (4.4.1 / guard 9.0.0):**
105
+
106
+ - **Verdict:** `@coderifts/agent-guard` `deployGate` **TOKEN mode** is the
107
+ verifier of record. The CLI passes `{ token, decision_result, registry |
108
+ pinnedKeyPem }` — it never sends an unstamped `currently_authorized` view.
109
+ - **WHY (842):** the CLI still runs the app kernel (`verifyReceipt` +
110
+ `evaluateVerifyAuthorization`) to corroborate `verify_status` and to print
111
+ envelope `blocking_reasons`. That is **not** a second verdict: one cause
112
+ (the gate `reason`), one WHY.
113
+
114
+ Crypto is not reimplemented in the CLI. No scoring is reimplemented.
111
115
 
112
116
  **`--receipt` contract:** the file MUST carry the signed chain receipt token
113
117
  (`token` / `chain_receipt` / `receipt.token` / `decision_result.receipt.token`)