@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.
|
|
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
|
|
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
|
|
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
|
|
56
|
-
|
|
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>` —
|
|
63
|
-
|
|
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).
|