@dzhechkov/skills-idea2prd 0.1.3 → 0.1.4

package/.dz-manifest.json

@@ -5,7 +5,7 @@
     "files": [
       {
         "path": "CHANGELOG.md",
-        "sha256": "44fbbf4909ce837794d0b46b1ac29c01a909ec9c46fd25baeb4247b63443ac77"
+        "sha256": "17403157f3609436e5587a532c022e6095ee85acc255cf313d5473df311cc55f"
       },
       {
         "path": "LICENSE",
@@ -21,7 +21,7 @@
       },
       {
         "path": "package.json",
-        "sha256": "bb159a378cb3f254761c27d45b0d72434a12b860370a0127889070b6ea8fe006"
+        "sha256": "f1910823e00d102d9e4bf319123036426d0c5812054fca1e3efdb2e37763ebbf"
       },
       {
         "path": "sources.json",
@@ -101,11 +101,11 @@
       },
       {
         "path": "templates/.claude/skills/idea2prd-manual/SKILL.md",
-        "sha256": "a871e47547ee349db19f6413e296db137e2833e2aa2277672ba33bac730855a5"
+        "sha256": "64780d15549e8c2c20a83fbb7afa6856cecbb6d7b940b72ea7d57dca83675786"
       },
       {
         "path": "templates/.claude/skills/idea2prd-manual/references/adr-catalog.md",
-        "sha256": "165aebf4d997dc7ca34ac813befb62e82faa507be66cbf70af897192913a51b4"
+        "sha256": "e65f61ebeb9d3aa3179f0457028640510dca9e6f5c096ebc474d5a088280b828"
       },
       {
         "path": "templates/.claude/skills/idea2prd-manual/references/c4-model.md",
@@ -125,7 +125,7 @@
       },
       {
         "path": "templates/.claude/skills/idea2prd-manual/references/pseudocode-style.md",
-        "sha256": "49b53a85ac55ef2c9836979da929abbdbf9b1a7069b86790c9c2df9b909cce2e"
+        "sha256": "80b006853de2e3e38816b91a9b91443a512e9d0d3ec85801fee12f0e5025e155"
       },
       {
         "path": "templates/.claude/skills/idea2prd-manual/scripts/ai_context_builder.py",
@@ -149,5 +149,5 @@
       }
     ]
   },
-  "signature": "ijQ6u7pzx73w7JYknodK0orJvVrVmxmurNGnTbyMZgfh3EF7bFPov8tGzH3gQpnVVssdODRdmvESKXaSfuFLAA=="
+  "signature": "HQYa10d2ULIWDRdB/Y3hhYR4JtZZUZjZ0/g/LJ4CLS9Ffw2IsC49bcG6gIr5UkVoc2OSvY/43VJ1ID4CyM8pBw=="
 }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@dzhechkov/skills-idea2prd",
-  "version": "0.1.3",
+  "version": "0.1.4",
   "description": "Idea2PRD Manual — composite skill for Claude Code: from problem/idea to Vibe-Coding-ready docs (PRD + ADR + DDD + C4 + Pseudocode + Test Scenarios + Completion) with 9 checkpoints",
   "main": "src/cli.js",
   "bin": {

package/sbom.json

@@ -15,7 +15,7 @@
       "hashes": [
         {
           "alg": "SHA-256",
-          "content": "44fbbf4909ce837794d0b46b1ac29c01a909ec9c46fd25baeb4247b63443ac77"
+          "content": "17403157f3609436e5587a532c022e6095ee85acc255cf313d5473df311cc55f"
         }
       ]
     },
@@ -55,7 +55,7 @@
       "hashes": [
         {
           "alg": "SHA-256",
-          "content": "bb159a378cb3f254761c27d45b0d72434a12b860370a0127889070b6ea8fe006"
+          "content": "f1910823e00d102d9e4bf319123036426d0c5812054fca1e3efdb2e37763ebbf"
         }
       ]
     },
@@ -255,7 +255,7 @@
       "hashes": [
         {
           "alg": "SHA-256",
-          "content": "a871e47547ee349db19f6413e296db137e2833e2aa2277672ba33bac730855a5"
+          "content": "64780d15549e8c2c20a83fbb7afa6856cecbb6d7b940b72ea7d57dca83675786"
         }
       ]
     },
@@ -265,7 +265,7 @@
       "hashes": [
         {
           "alg": "SHA-256",
-          "content": "165aebf4d997dc7ca34ac813befb62e82faa507be66cbf70af897192913a51b4"
+          "content": "e65f61ebeb9d3aa3179f0457028640510dca9e6f5c096ebc474d5a088280b828"
         }
       ]
     },
@@ -315,7 +315,7 @@
       "hashes": [
         {
           "alg": "SHA-256",
-          "content": "49b53a85ac55ef2c9836979da929abbdbf9b1a7069b86790c9c2df9b909cce2e"
+          "content": "80b006853de2e3e38816b91a9b91443a512e9d0d3ec85801fee12f0e5025e155"
         }
       ]
     },

package/templates/.claude/skills/idea2prd-manual/SKILL.md

@@ -422,12 +422,14 @@ idea2prd-manual/
 
 | ADR | Decision | Status | Load-bearing property | Falsifying test |
 |-----|----------|--------|-----------------------|-----------------|
-| ADR-001 | [Architecture]: [choice] | Accepted | [property] | FF-0NN / [feature].feature |
-| ADR-002 | [Database]: [choice] | Accepted | [property] | FF-0NN / [feature].feature |
+| ADR-001 | [Architecture]: [choice] | Accepted | [property] | FF-NNN / [feature].feature |
+| ADR-002 | [Database]: [choice] | Accepted | [property] | FF-NNN / [feature].feature |
 ...
 
-> **Confirmation check:** every row above MUST name a load-bearing property and a real falsifying test
-> (a `FF-NNN` fitness function or a Gherkin `.feature` scenario). A blank = an incomplete ADR — go back.
+> **Confirmation check:** every row above MUST name a load-bearing property and a real falsifying test —
+> a `FF-NNN` fitness function id (3-digit, matching `references/fitness-functions-catalog.md`) or a Gherkin
+> `.feature` scenario. A blank = an incomplete ADR — go back. **Phase 5 re-checks this table** (see the
+> Phase-5 "ADR Confirmation reconciliation" step): every id named here must EXIST in the Phase-5 output.
 
 ## C4 Diagrams
 
@@ -484,7 +486,7 @@ idea2prd-manual/
 
 **Reference:** `references/pseudocode-style.md`
 
-**Псевдокод фиксирует алгоритмическую логику ДО кодогенерации — меньше неоднозначности при реализации.** (Никаких неподтверждённых процентов: любые метрики качества эмитятся только с честным тегом — см. раздел «Claim Discipline».)
+**Псевдокод фиксирует алгоритмическую логику ДО кодогенерации — кодоген реализует уже принятый дизайн, а не изобретает его по ходу.** (Никаких неподтверждённых процентов: любые метрики качества эмитятся только с честным тегом — см. раздел «Claim Discipline».)
 
 **Действие Claude:**
 ```
@@ -563,10 +565,27 @@ END FUNCTION
 ### Phase 5: Validation, Tests & AI Context [ENHANCED]
 
 **Генерирует:**
-- 5+ Fitness Functions
+- 5+ Fitness Functions (ids in the canonical `FF-NNN` 3-digit form — see `references/fitness-functions-catalog.md`)
 - 5+ Gherkin Test Scenarios
 - 8 .ai-context/ files
 
+**ADR Confirmation reconciliation (REQUIRED — consumes the Phase-3 ADR table):**
+
+Phase 5 is where each ADR's Confirmation stops being a promise. Before the Phase-5 checkpoint, iterate the
+Checkpoint-3 **ADRs Summary** table and, for EVERY ADR, verify:
+
+1. Its `Falsifying test` names a concrete artifact — a `FF-NNN` id or a `<feature>.feature` scenario — not
+   a placeholder (`FF-NNN`, `[feature]`, `TBD`, blank).
+2. That artifact ACTUALLY EXISTS in this Phase-5 output: the `FF-NNN` id appears in the Fitness Functions
+   table (and `references/fitness-functions-catalog.md` / `scripts/fitness_validator.py`), or the `.feature`
+   file is in `docs/tests/`.
+3. The named test is tied to the ADR's **load-bearing property** — it would go RED if that property were
+   violated (not merely a generic happy-path scenario).
+
+A missing, placeholder, or property-mismatched test is an **incomplete ADR ⇒ Phase 5 is NOT signed off**:
+go back and add the fitness function / Gherkin scenario (or correct the ADR). Emit the result as the "ADR
+Confirmation Coverage" block below (every ADR row must read `✅ mapped`; any `🔴 unmapped` blocks sign-off).
+
 **Test Scenarios (Gherkin):**
 
 ```gherkin
@@ -589,10 +608,23 @@ Feature: Order Placement
 
 | ID | Rule | Target |
 |----|------|--------|
-| FF-01 | BC Independence | 100% |
-| FF-02 | Aggregate Size | ≤7 entities |
+| FF-001 | BC Independence | [target — tag MEASURED baseline or ESTIMATED from an NFR] |
+| FF-002 | Aggregate Size | [threshold — e.g. entity cap, tag ESTIMATED with its basis] |
 ...
 
+> Targets are claims: fill each with a tagged value (MEASURED baseline / ESTIMATED target), never a naked
+> perfect score. See "Authoring Discipline → Claim Discipline".
+
+## ADR Confirmation Coverage
+
+| ADR | Load-bearing property | Named test | Exists in Phase 5? |
+|-----|-----------------------|------------|--------------------|
+| ADR-001 | [property] | FF-NNN / [feature].feature | ✅ mapped |
+| ADR-002 | [property] | FF-NNN / [feature].feature | ✅ mapped |
+...
+
+> Any `🔴 unmapped` row blocks Phase-5 sign-off (the ADR named a test that does not exist here).
+
 ## Test Scenarios
 
 | Feature | Scenarios | Coverage |
@@ -650,14 +682,14 @@ so nothing fragments.
 3. For each genuinely NEW lesson, via Bash run VERBATIM (one call per lesson):
 
 ```bash
-cd <BRAIN> && dz teach "<one-line reusable lesson>" --reward 0.7 --domain idea2prd --project <BRAIN>
+cd "<BRAIN>" && dz teach "<one-line reusable lesson>" --reward 0.7 --domain idea2prd --project "<BRAIN>"
 ```
 
 4. Log how many lessons were taught (0 is a valid, honest result on a run that surfaced nothing new).
 
-> **Pin discipline:** Step 0 recall and this teach MUST hit the SAME `<BRAIN>` (project root) via
-> `--project` — if recall reads one store and teach writes another, the two stores stay separate and
-> the loop does not accumulate in a single place. This mirrors the feature-adr `args.brain` rule.
+> **Pin discipline:** Step 0 recall and this teach MUST hit the SAME absolute `<BRAIN>` (project root) via
+> `--project`, shell-quoted — if recall reads one store and teach writes another, the two stores stay
+> separate and the loop does not accumulate in a single place. This mirrors the feature-adr `args.brain` rule.
 
 ---
 

package/templates/.claude/skills/idea2prd-manual/references/adr-catalog.md

@@ -60,8 +60,9 @@
 > Its `Required automated check` MUST name a REAL Phase-5 artifact — a `FF-NNN` fitness function
 > (`references/fitness-functions-catalog.md` / `scripts/fitness_validator.py`) or a Gherkin `.feature`
 > scenario — so the decision's load-bearing property is *falsifiable*, not prose. This wires Phase 3 (ADR)
-> to Phase 5 (fitness/tests): a property an ADR names is often the one that ships untested (a recurring
-> lesson in this repo), so the Confirmation stanza forces it to name its falsifying test.
+> to Phase 5 (fitness/tests): the property an ADR names is often the one left untested (CLAIMED — harness
+> feature-adr lesson, `.claude/rules/feature-adr-ultracode.md`), so the Confirmation stanza forces it to
+> name its falsifying test.
 > An ADR whose Confirmation names no falsifying check is **incomplete** — do not accept it at Checkpoint 3.
 
 ### Supersession discipline

package/templates/.claude/skills/idea2prd-manual/references/pseudocode-style.md

@@ -4,7 +4,7 @@
 
 Pseudocode в idea2prd используется для:
 1. Точного описания алгоритмов до написания кода
-2. Снижения неоднозначности при кодогенерации в Claude Code (алгоритм зафиксирован до кода)
+2. Фиксации алгоритмической логики до кодогенерации (логика описана независимо от синтаксиса реализации)
 3. Документирования business logic
 
 ## Syntax Conventions