@gonrocca/zero-pi 0.1.61 → 0.1.62

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.
Files changed (2) hide show
  1. package/README.md +21 -6
  2. package/package.json +1 -1
package/README.md CHANGED
@@ -37,7 +37,17 @@ pi install npm:@gonrocca/zero-pi
37
37
  pi install npm:pi-subagents # required — the pipeline delegates to sub-agents
38
38
  ```
39
39
 
40
- Needs Node ≥ 20.6. Restart pi after an upgrade.
40
+ Needs Node ≥ 20.6. Restart pi after an install or upgrade so pi regenerates
41
+ the `zero-*` phase agents.
42
+
43
+ ### Quick start
44
+
45
+ 1. Run `/zero-doctor` to catch missing `pi-subagents`, stale generated agents,
46
+ invalid model config, or GitHub CLI auth before spending tokens.
47
+ 2. Run `/zero-models` (or set direct assignments) when you want a different
48
+ model/thinking profile per phase; otherwise the package defaults are used.
49
+ 3. Run `/forge <feature>` and let the automatic gates drive the flow.
50
+ 4. Run `/zero-cost [slug]` after the run to see cost/tokens by phase.
41
51
 
42
52
  ## 🛠 `/forge` — the SDD pipeline
43
53
 
@@ -55,6 +65,10 @@ to its own sub-agent:
55
65
  | **build** | Implement the plan. |
56
66
  | **veredicto** | Review it adversarially and record a verdict. |
57
67
 
68
+ Each run keeps its paper trail under `.sdd/<slug>/`: `clarifications.md`,
69
+ `findings.md`, `proposal.md`, `spec.md`, `design.md`, `tasks.md`,
70
+ `checklist.md`, and (when Strict TDD engages) `tdd-evidence.md`.
71
+
58
72
  The **clarify** and **analyze** gates are automatic inside `/forge` — no extra
59
73
  slash command in the normal flow. `clarify` writes `.sdd/<slug>/clarifications.md`
60
74
  and asks only when proceeding would risk the wrong product; `analyze` writes
@@ -96,7 +110,7 @@ into `/forge` for you.
96
110
  | **Git / PR / Issues** | `/zero-branch`, `/zero-git-validate`, `/zero-pr`, and `/zero-issue` keep branches and GitHub links audit-ready. |
97
111
  | **Run memory** | Every run recalls and saves traces to Cortex, so runs learn from each other. |
98
112
  | **Provider guard** | Warns when the `anthropic` provider runs on a metered API key instead of your subscription. |
99
- | **Startup banner** | The violet ANSI-Shadow `ZERO` wordmark, drawn once at pi startup — `ZERO_HEADER=off` to disable. |
113
+ | **Startup banner** | The sunset ANSI-Shadow `ZERO` wordmark, drawn once at pi startup — `ZERO_HEADER=off` to disable. |
100
114
  | **Working-phrase ticker** | Swaps pi's `Working...` for a context-aware Spanish phrase + spinner. |
101
115
  | **Conversation resume** | Writes `.pi/zero-resume.md` on exit — the restore command + a conversation tail. |
102
116
  | **Windows tree-kill** | Aborting a turn kills the whole process tree — no orphaned `claude`. |
@@ -248,11 +262,12 @@ tool-call budget with a mid-budget stop check. The heavy lifting happens inside
248
262
  the sub-agents on their own models — leave the session that runs `/forge` on
249
263
  your cheap default model.
250
264
 
251
- ## Continuous integration
265
+ ## Release checks
252
266
 
253
- The `.github/workflows/zero-pi-ci.yml` workflow runs on every push to `main` and
254
- on every pull request that touches `packages/zero-pi/**`. It enforces `npm test`
255
- and `npm run pack-check` for the package.
267
+ Before publishing, run `npm test` and `npm run pack-check` from
268
+ `packages/zero-pi`. `prepublishOnly` also runs the test suite, but `pack-check`
269
+ confirms the npm tarball still contains the prompts, skills, themes, assets, and
270
+ extension support modules pi needs.
256
271
 
257
272
  ## 🔗 Relationship to `zero`
258
273
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@gonrocca/zero-pi",
3
- "version": "0.1.61",
3
+ "version": "0.1.62",
4
4
  "description": "zero-pi — an installable layer for pi (pi.dev): the zero spec-driven development workflow (clarify → explore → plan → analyze → build → veredicto) with automatic clarify/analyze gates, per-phase model autotune, and token-efficient batched builds. Adds capability to pi without modifying pi.",
5
5
  "type": "module",
6
6
  "keywords": [