@fernado03/zoo-flow 0.7.3 → 0.7.4

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,7 +1,7 @@
1
1
  {
2
2
  "name": "@fernado03/zoo-flow",
3
3
  "description": "Workflow control plane for Zoo Code.",
4
- "version": "0.7.3",
4
+ "version": "0.7.4",
5
5
  "type": "module",
6
6
  "bin": {
7
7
  "zoo-flow": "bin/zoo-flow.js"
@@ -6,8 +6,8 @@ mode: system-architect
6
6
  EXECUTION RULES:
7
7
  1. READ `.zoo-flow/CONTEXT.md`. If it does not exist, output one line before step 2: "No CONTEXT.md found. Run /scaffold-context to fill, or continue without." Do not invent content.
8
8
  2. RUN skill: `.roo/skills/engineering/zoom-out/SKILL.md`.
9
- 3. OUTPUT MAP: Create markdown with sections: Domain language, Modules, Data flow, Seams/callers, ADRs, Open questions.
9
+ 3. OUTPUT MAP: Create markdown with sections: Domain language, Modules, Data flow, Seams/callers, ADRs, Open questions. Write the full map to `.scratch/explorations/<date>/explore-<slug>.md`.
10
10
  4. NEXT STEPS: Suggest `/scaffold-context`, `/feature`, `/refactor`, or `/fix`. DO NOT auto-launch.
11
- 5. SAVE (Optional): Ask to save map to .scratch/explorations/<date>/explore-<slug>.md.
11
+ 5. COMPLETION: Reference the `.scratch/` file path in `attempt_completion`. The orchestrator will read and present it.
12
12
 
13
13
  $ARGUMENTS
@@ -82,3 +82,7 @@ MUST finish:
82
82
  - [ ] Throwaway harnesses deleted/moved.
83
83
  - [ ] Winning hypothesis stated in commit/PR.
84
84
  - [ ] Seam/locality blocker → recommend `/improve-codebase-architecture`.
85
+
86
+ ## 7. Save
87
+
88
+ Write the full diagnosis (hypotheses, instrumentation, root cause, fix) to `.scratch/diagnoses/<date>/diagnose-<slug>.md`. Reference this file path in `attempt_completion` so the orchestrator can read and present it.
@@ -97,6 +97,10 @@ End with exactly one result line:
97
97
  - `Review result: changes requested`
98
98
  - `Review result: blocked`
99
99
 
100
+ ## 6. Save
101
+
102
+ Write the full review (findings, axes, result) to `.scratch/reviews/<date>/review-<slug>.md`. Reference this file path in `attempt_completion` so the orchestrator can read and present it.
103
+
100
104
  ## Recommended next command
101
105
 
102
106
  If fixes are needed, recommend one next command only:
@@ -16,9 +16,10 @@ Issue tracker + label vocabulary should exist; run `/setup-matt-pocock-skills` i
16
16
  5. Present numbered breakdown: title; `HITL`/`AFK`; blockers; user stories.
17
17
  6. Ask user to validate granularity/deps/HITL/AFK/merge/split.
18
18
  7. Iterate until approved.
19
- 8. Publish in dependency order.
20
- 9. Apply `ready-for-agent` label unless instructed otherwise.
21
- 10. DO NOT close/modify parent issue.
19
+ 8. Save approved issues to `.scratch/issues/<date>/issues-<slug>.md`.
20
+ 9. Publish in dependency order.
21
+ 10. Apply `ready-for-agent` label unless instructed otherwise.
22
+ 11. DO NOT close/modify parent issue.
22
23
 
23
24
  ## Issue template
24
25
 
@@ -15,8 +15,9 @@ RULE: Do not interview user. Synthesize current context.
15
15
  2. Sketch out the seams at which you're going to test the feature. Existing seams should be preferred to new ones. Use the highest seam possible. If new seams are needed, propose them at the highest point you can.
16
16
  3. Check with the user that these seams match their expectations.
17
17
  4. Write PRD.
18
- 5. Publish to issue tracker.
19
- 6. Apply `ready-for-agent`.
18
+ 5. Save PRD to `.scratch/prds/<date>/prd-<slug>.md`.
19
+ 6. Publish to issue tracker.
20
+ 7. Apply `ready-for-agent`.
20
21
 
21
22
  ## PRD template
22
23