@fernado03/zoo-flow 0.11.1 → 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.
- package/bin/zoo-flow.js +0 -2
- package/package.json +45 -55
- package/templates/claude-code/.claude/commands/explore.md +28 -0
- package/templates/claude-code/.claude/skills/in-progress/writing-beats/SKILL.md +32 -0
- package/templates/claude-code/.claude/skills/in-progress/writing-fragments/SKILL.md +45 -0
- package/templates/claude-code/.claude/skills/in-progress/writing-shape/SKILL.md +50 -0
- package/templates/claude-code/.claude/skills/misc/git-guardrails-claude-code/SKILL.md +64 -0
- package/templates/claude-code/.claude/skills/misc/git-guardrails-claude-code/scripts/block-dangerous-git.sh +25 -0
- package/templates/claude-code/.claude/skills/misc/migrate-to-shoehorn/SKILL.md +39 -0
- package/templates/claude-code/.claude/skills/misc/scaffold-exercises/SKILL.md +53 -0
- package/templates/claude-code/.claude/skills/misc/setup-pre-commit/SKILL.md +62 -0
- package/templates/claude-code/.claude/skills/personal/edit-article/SKILL.md +13 -0
- package/templates/claude-code/.claude/skills/personal/obsidian-vault/SKILL.md +39 -0
- package/docs/architecture.md +0 -380
- package/docs/bloat-control.md +0 -49
- package/docs/command-design.md +0 -38
- package/docs/command-flow.md +0 -133
- package/docs/comparison.md +0 -86
- package/docs/context-packs.md +0 -35
- package/docs/dogfood/01-small-library.md +0 -28
- package/docs/dogfood/02-web-app.md +0 -29
- package/docs/dogfood/03-mixed-monorepo.md +0 -29
- package/docs/mode-rules.md +0 -86
- package/docs/npm-publishing.md +0 -79
- package/docs/out-of-scope/mainstream-issue-trackers-only.md +0 -25
- package/docs/out-of-scope/question-limits.md +0 -18
- package/docs/out-of-scope/setup-skill-verify-mode.md +0 -15
- package/docs/overview.md +0 -61
- package/docs/philosophy.md +0 -73
- package/docs/quality-scorecard.md +0 -23
- package/docs/skill-maintenance.md +0 -32
- package/docs/skills-index.md +0 -64
- package/docs/team-mode.md +0 -46
- package/docs/token-budget.md +0 -22
- package/docs/troubleshooting.md +0 -288
- package/examples/demo-transcripts/01-small-tweak.md +0 -37
- package/examples/demo-transcripts/02-unknown-bug-fix.md +0 -37
- package/examples/demo-transcripts/03-new-feature.md +0 -37
- package/examples/demo-transcripts/04-refactor.md +0 -37
- package/examples/demo-transcripts/05-review-and-verify.md +0 -37
- package/examples/feature-flow.md +0 -117
- package/examples/fix-flow.md +0 -139
- package/quality/scorecard.json +0 -88
- package/quality/token-budget.exceptions.json +0 -13
package/examples/fix-flow.md
DELETED
|
@@ -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).
|
package/quality/scorecard.json
DELETED
|
@@ -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
|
-
}
|