@fernado03/zoo-flow 0.11.0 → 0.11.2

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 (45) hide show
  1. package/README.md +60 -5
  2. package/bin/zoo-flow.js +2 -4
  3. package/package.json +45 -55
  4. package/templates/claude-code/.claude/commands/explore.md +28 -0
  5. package/templates/claude-code/.claude/skills/in-progress/writing-beats/SKILL.md +32 -0
  6. package/templates/claude-code/.claude/skills/in-progress/writing-fragments/SKILL.md +45 -0
  7. package/templates/claude-code/.claude/skills/in-progress/writing-shape/SKILL.md +50 -0
  8. package/templates/claude-code/.claude/skills/misc/git-guardrails-claude-code/SKILL.md +64 -0
  9. package/templates/claude-code/.claude/skills/misc/git-guardrails-claude-code/scripts/block-dangerous-git.sh +25 -0
  10. package/templates/claude-code/.claude/skills/misc/migrate-to-shoehorn/SKILL.md +39 -0
  11. package/templates/claude-code/.claude/skills/misc/scaffold-exercises/SKILL.md +53 -0
  12. package/templates/claude-code/.claude/skills/misc/setup-pre-commit/SKILL.md +62 -0
  13. package/templates/claude-code/.claude/skills/personal/edit-article/SKILL.md +13 -0
  14. package/templates/claude-code/.claude/skills/personal/obsidian-vault/SKILL.md +39 -0
  15. package/docs/architecture.md +0 -380
  16. package/docs/bloat-control.md +0 -49
  17. package/docs/command-design.md +0 -38
  18. package/docs/command-flow.md +0 -133
  19. package/docs/comparison.md +0 -86
  20. package/docs/context-packs.md +0 -35
  21. package/docs/dogfood/01-small-library.md +0 -28
  22. package/docs/dogfood/02-web-app.md +0 -29
  23. package/docs/dogfood/03-mixed-monorepo.md +0 -29
  24. package/docs/mode-rules.md +0 -86
  25. package/docs/npm-publishing.md +0 -79
  26. package/docs/out-of-scope/mainstream-issue-trackers-only.md +0 -25
  27. package/docs/out-of-scope/question-limits.md +0 -18
  28. package/docs/out-of-scope/setup-skill-verify-mode.md +0 -15
  29. package/docs/overview.md +0 -61
  30. package/docs/philosophy.md +0 -73
  31. package/docs/quality-scorecard.md +0 -23
  32. package/docs/skill-maintenance.md +0 -32
  33. package/docs/skills-index.md +0 -64
  34. package/docs/team-mode.md +0 -46
  35. package/docs/token-budget.md +0 -22
  36. package/docs/troubleshooting.md +0 -288
  37. package/examples/demo-transcripts/01-small-tweak.md +0 -37
  38. package/examples/demo-transcripts/02-unknown-bug-fix.md +0 -37
  39. package/examples/demo-transcripts/03-new-feature.md +0 -37
  40. package/examples/demo-transcripts/04-refactor.md +0 -37
  41. package/examples/demo-transcripts/05-review-and-verify.md +0 -37
  42. package/examples/feature-flow.md +0 -117
  43. package/examples/fix-flow.md +0 -139
  44. package/quality/scorecard.json +0 -88
  45. package/quality/token-budget.exceptions.json +0 -13
@@ -1,139 +0,0 @@
1
- # Example: `/fix` flow
2
-
3
- A worked example of the multi-phase `/fix` chain: orchestrator delegates
4
- to the architect, architect diagnoses, architect switches to the tweaker
5
- to implement, tweaker switches back, architect runs the post-mortem,
6
- tweaker prepares the commit. The whole flow has explicit HITL stops.
7
-
8
- ## Setup
9
-
10
- - Active mode: `🪃 Custom Orchestrator`.
11
- - Workspace has a real bug to fix. For this example, assume:
12
-
13
- > "The login button does nothing on the second click. First click
14
- > works."
15
-
16
- ## Phase 1 — orchestrator routes
17
-
18
- Type:
19
-
20
- ```
21
- /fix The login button does nothing on the second click. First click works.
22
- ```
23
-
24
- **Expected**
25
-
26
- Orchestrator looks up the routing matrix and delegates with `new_task`
27
- targeting `system-architect`. The delegated message includes the
28
- slash form, user context, proceed policy, command-protocol pointer,
29
- skills location, and the completion rule.
30
-
31
- ## Phase 2 — architect diagnoses
32
-
33
- The new task window opens in `🏗️ System Architect`. The architect:
34
-
35
- 1. Loads `/fix` per the command protocol.
36
- 2. Runs the `diagnose` skill, phases 1–3.
37
- 3. Produces a short list of hypotheses.
38
- 4. **Halts** and asks you to pick one.
39
-
40
- **Expected message (paraphrased)**
41
-
42
- > Hypotheses:
43
- > 1. Click handler is wired once and never re-bound after a state change.
44
- > 2. The button enters a disabled state on first click and never resets.
45
- > 3. A queued network request is canceling the second click's handler.
46
- >
47
- > Which would you like to instrument? (1 / 2 / 3)
48
-
49
- You answer:
50
-
51
- ```
52
- 2
53
- ```
54
-
55
- ## Phase 3 — architect instruments
56
-
57
- The architect runs phase 4 of the `diagnose` skill on hypothesis 2.
58
- This phase may involve reading state-management code, adding a
59
- console-log or instrumentation suggestion (Markdown only — the architect
60
- cannot edit source), and producing a confirmed root cause.
61
-
62
- **Expected**
63
-
64
- > Root cause confirmed: `LoginButton` sets `disabled` on the first
65
- > click and the `onSuccess` handler does not reset it. The second
66
- > click is being absorbed by the disabled state.
67
-
68
- The architect summarizes the proposed fix and prepares to hand off.
69
-
70
- ## Phase 4 — architect switches to tweaker
71
-
72
- The architect calls `switch_mode` to `code-tweaker` **inside the same
73
- task window** with a summary of:
74
-
75
- - The root cause.
76
- - The proposed fix (`onSuccess` resets `disabled`).
77
- - The files involved.
78
- - The tests to add or extend.
79
-
80
- The tweaker takes over without losing context.
81
-
82
- ## Phase 5 — tweaker implements
83
-
84
- The tweaker:
85
-
86
- 1. Edits the `LoginButton` component to reset `disabled` on success
87
- and on error.
88
- 2. Adds or extends tests covering the second-click case.
89
- 3. Runs the test suite.
90
- 4. Reports back.
91
-
92
- **HITL stop**: the tweaker does not commit. Per the git rule, it waits
93
- for your approval.
94
-
95
- ## Phase 6 — back to architect for post-mortem
96
-
97
- The tweaker calls `switch_mode` back to `system-architect`. The
98
- architect runs phase 6 of `diagnose` (post-mortem):
99
-
100
- - What was the original assumption that masked the bug?
101
- - Is this an isolated mistake or a pattern?
102
- - If a pattern, would `/refactor` help?
103
-
104
- The architect produces a short post-mortem note in `docs/` or
105
- `.scratch/` (Markdown only) and either drops the matter there or
106
- suggests `/refactor`.
107
-
108
- ## Phase 7 — tweaker prepares the commit
109
-
110
- The architect switches back to the tweaker. The tweaker suggests
111
- `/commit-and-document`. **The orchestrator does not auto-launch it.**
112
- That command runs only when you type it.
113
-
114
- ## Phase 8 — return to orchestrator
115
-
116
- When the chain is complete (or blocked), the active mode calls
117
- `attempt_completion`. The orchestrator summarizes for you and halts.
118
-
119
- ## Pass criteria
120
-
121
- - [ ] Orchestrator delegated to `system-architect`, not the tweaker.
122
- - [ ] Architect halted after phase 3 hypotheses, did not instrument
123
- until you picked one.
124
- - [ ] Architect did not edit source code at any point.
125
- - [ ] Architect used `switch_mode` (same window) to hand off, not
126
- `new_task`.
127
- - [ ] Tweaker did not run `git commit` or `git push` without your
128
- explicit approval.
129
- - [ ] After return, orchestrator halted instead of auto-launching
130
- `/commit-and-document`.
131
-
132
- ## Common slips
133
-
134
- - Architect tries to edit source: see
135
- [`docs/troubleshooting.md`](../docs/troubleshooting.md#architect-trying-to-edit-source).
136
- - Tweaker commits without approval: tighten the git rule in the
137
- tweaker's `customInstructions`.
138
- - Orchestrator launches `/commit-and-document` automatically: see
139
- [`docs/troubleshooting.md`](../docs/troubleshooting.md#slash-command-leakage-from-subtask-summaries).
@@ -1,88 +0,0 @@
1
- {
2
- "version": 1,
3
- "minimum_score": 9.5,
4
- "categories": {
5
- "command_integrity": {
6
- "weight": 0.20,
7
- "checks": [
8
- "All documented commands have mode declarations",
9
- "All mode declarations match command-policy map",
10
- "Global rules cover paths, protocol, failure, reply, context-economy",
11
- "Mode rule folders exist for all three custom modes",
12
- "Routing table matches command-policy map"
13
- ],
14
- "max_score": 10.0
15
- },
16
- "skill_quality": {
17
- "weight": 0.20,
18
- "checks": [
19
- "Every command referencing a skill uses canonical Skill: marker",
20
- "Referenced skills exist on disk",
21
- "Skills describe purpose, steps, and output format",
22
- "No thin non-canonical skill wrappers exist",
23
- "Skills follow bucket layout under .roo/skills/"
24
- ],
25
- "max_score": 10.0
26
- },
27
- "validation_depth": {
28
- "weight": 0.20,
29
- "checks": [
30
- "Doctor validates all required files exist",
31
- "Doctor checks skill-reference integrity",
32
- "Doctor checks mode slugs against allowed set",
33
- "Doctor detects built-in delegation targets",
34
- "Doctor checks .roomodes permits documented commands",
35
- "Doctor validates routing table rows",
36
- "Doctor detects old doc-name leakage",
37
- "Doctor validates ADR path consistency"
38
- ],
39
- "max_score": 10.0
40
- },
41
- "token_economy": {
42
- "weight": 0.10,
43
- "checks": [
44
- "Context-economy rule exists and is referenced",
45
- "Domain-doc read gate defers broad reads",
46
- "Completion rules specify evidence output format",
47
- "Orchestrator routes by risk level to lightest safe workflow"
48
- ],
49
- "max_score": 10.0
50
- },
51
- "verification": {
52
- "weight": 0.10,
53
- "checks": [
54
- "Verify command exists and references verify skill",
55
- "Verify skill specifies evidence output format",
56
- "Verify skill hard-codes no-claim-unless-run rule",
57
- "Doctor fixture tests exist and pass",
58
- "Routing eval cases exist and validate",
59
- "Package-link integrity check exists"
60
- ],
61
- "max_score": 10.0
62
- },
63
- "review_process": {
64
- "weight": 0.10,
65
- "checks": [
66
- "Review command exists and references review skill",
67
- "Review skill covers standards and spec axes",
68
- "Review skill has Security/Risk axis",
69
- "Review findings ordered by severity",
70
- "Review result ends with one of four canonical results"
71
- ],
72
- "max_score": 10.0
73
- },
74
- "release_readiness": {
75
- "weight": 0.10,
76
- "checks": [
77
- "release:check script exists in package.json",
78
- "release:check runs doctor, eval-routing, package-links",
79
- "release:check runs package-manifest check",
80
- "release:check runs token-budget check",
81
- "release:check runs score-quality check",
82
- "quality/scorecard.json defines minimum thresholds",
83
- "npm pack --dry-run succeeds"
84
- ],
85
- "max_score": 10.0
86
- }
87
- }
88
- }
@@ -1,13 +0,0 @@
1
- {
2
- "_comment": "Token budget exceptions. Keys are relative file paths from project root. Values are reason + override size.",
3
- "overrides": {
4
- "compiled.md": {
5
- "reason": "Single-file bundle doc, expected to be large",
6
- "max_bytes": 819200
7
- },
8
- "ZOO-FLOW-BUNDLE.md": {
9
- "reason": "Single-file bundle doc, expected to be large",
10
- "max_bytes": 819200
11
- }
12
- }
13
- }