@dzhechkov/keysarium 1.5.30 → 1.5.31

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@dzhechkov/keysarium",
3
- "version": "1.5.30",
3
+ "version": "1.5.31",
4
4
  "description": "AI Case Research Toolkit for Claude Code — full 7-phase pipeline with feature-adr, dream cycles, background workers, multi-platform support, reward learning, and Cloud.ru AI Factory mapping (--ai-factory flag)",
5
5
  "main": "src/cli.js",
6
6
  "bin": {
@@ -253,6 +253,7 @@ features/<feature-slug>/
253
253
  │ └── change_manifest.md ← List of modified files
254
254
  ├── 08_qe_report.md ← Always (brutal-honesty review)
255
255
  ├── 09_fleet_qe_assessment.md ← L/XL only (fleet assessment)
256
+ ├── 10_delivery_review.md ← Opt-in (Step 10 Delivery Gate verdict + findings)
256
257
  ├── diagrams/ ← M+ only
257
258
  │ ├── architecture-c4.mermaid
258
259
  │ ├── sequence-*.mermaid
@@ -614,4 +615,5 @@ NOT running one loud: a skipped gate shows as `not-run` by construction instead
614
615
  checklist to it is the cheapest way to harden orchestrator judgment). Gate sources: challenge-panel → its
615
616
  verdict exists; claim-check → its JSON counts (`high-findings` vs `clean`); discrimination → the
616
617
  `dz discrimination-check` aggregate; amendments → every `AM-N` row carries its `→ test` and it was checked;
617
- fleet → the 09 artifact (L/XL only, else `—`).
618
+ fleet → the 09 artifact (L/XL only, else `—`); delivery → the 10_delivery_review.md Verdict
619
+ (`ready|blocked|errored`, `n/a` when the gate was not requested).
@@ -39,9 +39,9 @@ surfaces the findings **UNVALIDATED** — never silently dropped, never silently
39
39
  ### 3. Machine-checkable hand-off criterion
40
40
 
41
41
  Write `features/<slug>/10_delivery_review.md`:
42
- - **## Verdict** — `hand-off: ready | blocked` (ready ⇔ 0 BLOCKER and 0 unwaived HIGH, cross-validation complete)
42
+ - **## Verdict** — `hand-off: ready | blocked | errored` (ready ⇔ 0 BLOCKER and 0 HIGH, ALL planes returned a usable result, cross-validation complete; `errored` = the gate itself failed — advisory, documented). Waivers: not in v1 — a HIGH is a HIGH.
43
43
  - **## Findings** — table: severity | plane | title | where | why | crossValidated
44
- - **## Hand-off criterion** — machine-checkable rows: `0 BLOCKER: PASS/FAIL(n)`, `0 unwaived HIGH: PASS/FAIL(n)`.
44
+ - **## Hand-off criterion** — machine-checkable rows: `0 BLOCKER: PASS/FAIL(n)`, `0 HIGH: PASS/FAIL(n)` (waivers: not in v1).
45
45
  Projects with a merge-request flow add THEIR OWN rows here (`CI terminal: …`, `draft→ready: …`) — these are
46
46
  **document rows the owner fills**, never API calls made by the pipeline. No merge-request flow ⇒ the rows
47
47
  stay `—`.
@@ -52,12 +52,16 @@ Write `features/<slug>/10_delivery_review.md`:
52
52
  1. **Findings only.** Step 10 NEVER posts to a VCS host, tracker, or any external service. Publishing a
53
53
  review anywhere is a separate, explicit user instruction.
54
54
  2. **Advisory.** `hand-off: blocked` is a report, not an abort (a false gate kills trust).
55
- 3. **Cross-family.** The planes run on the other model family than the coder (the Step-8 rule) — a model
56
- must not deliver-gate its own code.
55
+ 3. **Cross-family (honest v1 scope).** The guarantee holds when the coder was Codex (Claude planes review
56
+ it — genuinely cross-family). A Claude-coded run gets Claude planes too — SAME family — because codex
57
+ planes are unsupported in v1 (a plane is a data-returning stage; the codex wrapper returns a stub, which
58
+ the codex-routing-honesty rule forbids). The degradation is recorded loudly: `crossFamily: false` in the
59
+ result and the review doc — run an independent cross-family review manually for the full guarantee.
57
60
  4. **Cost control.** One gate per hand-off, not per commit. A stack of related changes gets one Step-10 pass
58
61
  on the combined diff.
59
62
 
60
63
  ## Promise tag
61
64
 
62
- `<promise>FEATURE_ADR_DELIVERY_GATED</promise>` — and the `🚦 Gates:` line gains `delivery ready|blocked`
63
- (derived from the review doc's Verdict, `n/a` when the gate was not requested).
65
+ `<promise>FEATURE_ADR_DELIVERY_GATED</promise>` — emitted ONLY when the gate ran AND `10_delivery_review.md`
66
+ actually landed (the workflow probes the file; a verdict without its doc never claims the tag). The `🚦 Gates:`
67
+ line gains `delivery ready|blocked|errored` (`n/a` when the gate was not requested).