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 +24 -0
- package/README.md +11 -7
- package/dist/cli.js +3285 -738
- package/package.json +2 -2
- package/scripts/assert-guard-major.js +2 -1
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
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
`
|
|
109
|
-
**
|
|
110
|
-
|
|
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`)
|