@fernado03/zoo-flow 0.7.0 → 0.7.3

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/README.md CHANGED
@@ -53,36 +53,20 @@ npx @fernado03/zoo-flow@latest doctor
53
53
 
54
54
  ## Using Zoo Flow
55
55
 
56
- First run:
57
-
58
- - Read [`.zoo-flow/START_HERE.md`](templates/full/.zoo-flow/START_HERE.md).
59
- - Run `/scaffold-context` when the project needs local context docs.
56
+ First run:
57
+
58
+ - Run `/scaffold-context` when the project needs local context docs.
60
59
  - Run `/setup-matt-pocock-skills` when tracker or triage config is needed.
61
60
 
62
- Daily use:
63
-
64
- - Start in `custom-orchestrator`.
65
- - Describe the task normally.
66
- - The orchestrator proposes a plain-language workflow.
67
- - Approve by number or option text.
68
-
69
- Power-user path:
70
-
71
- - Type a slash command directly when you already know the workflow.
72
- - Zoo Code switches mode from the command file's `mode:` field.
73
-
74
- Safety:
75
-
76
- - Workflow choices must be plain language.
77
- - Clickable choices must not include slash commands or mode names.
78
- - Explicit slash commands count as approval.
79
- - Free-form requests do not self-approve.
80
-
81
- When Zoo Flow asks a workflow question, reply by typing the number, for
82
- example `1`. See
83
- [`docs/troubleshooting.md`](docs/troubleshooting.md#clickable-suggestions-can-route-incorrectly).
84
-
85
- For team usage and deciding what to commit, see `docs/team-mode.md`.
61
+ Daily use:
62
+
63
+ - Start in `custom-orchestrator`, describe the task normally.
64
+ - The orchestrator proposes a plain-language workflow; approve by number.
65
+ - Or type a slash command directly (`/tweak`, `/fix`, etc.) to bypass routing.
66
+ - Explicit slash commands count as approval. Free-form requests do not.
67
+ - **Clickable choices must not include slash commands or mode names.**
68
+
69
+ For team usage, see `docs/team-mode.md`.
86
70
 
87
71
  ## Update
88
72
 
@@ -94,13 +78,9 @@ Backs up your current `.roomodes` and `.roo/` to
94
78
  `.zoo-flow-backup/<timestamp>/`, then replaces them with the latest
95
79
  template. Preview with `--dry-run`.
96
80
 
97
- ## Context economy
98
-
99
- Zoo Flow avoids unnecessary token use by asking agents to search or list before broad reads, use targeted line ranges when possible, and avoid re-reading unchanged files. Full-file reads are still allowed when correctness requires complete context.
100
-
101
81
  ## Token discipline
102
82
 
103
- Domain docs (`.zoo-flow/CONTEXT.md`, `.zoo-flow/docs/adr/`) are never read by default. They are loaded only when the task touches domain language, changes public behavior, or crosses architecture/auth/persistence seams. All runtime files (rules, commands, skills) have tiered token budgets enforced by `scripts/token-budget.js`.
83
+ Zoo Flow keeps always-loaded rules small. Domain docs (`.zoo-flow/CONTEXT.md`, `.zoo-flow/docs/adr/`) are never read by default only when the task touches domain language, public behavior, or architecture seams. Agents search before broad reads, use targeted line ranges when possible, and avoid re-reading unchanged files. All runtime files have tiered token budgets enforced by `scripts/token-budget.js`.
104
84
 
105
85
  ## Modes
106
86
 
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.0",
4
+ "version": "0.7.3",
5
5
  "type": "module",
6
6
  "bin": {
7
7
  "zoo-flow": "bin/zoo-flow.js"
@@ -4,10 +4,10 @@ argument-hint: <feature or folder to map>
4
4
  mode: system-architect
5
5
  ---
6
6
  EXECUTION RULES:
7
- 1. APPLY the slot discovery rule from `.roo/skills/engineering/grill-with-docs/CONTEXT-FORMAT.md` to the target area. Missing slots are not an error. If no slots are populated, output one line before step 2: "No context docs found. Run /grill-with-docs to start CONTEXT.md, or continue without context."
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
9
  3. OUTPUT MAP: Create markdown with sections: Domain language, Modules, Data flow, Seams/callers, ADRs, Open questions.
10
- 4. NEXT STEPS: Suggest `/grill-with-docs`, `/feature`, `/refactor`, or `/fix`. DO NOT auto-launch.
10
+ 4. NEXT STEPS: Suggest `/scaffold-context`, `/feature`, `/refactor`, or `/fix`. DO NOT auto-launch.
11
11
  5. SAVE (Optional): Ask to save map to .scratch/explorations/<date>/explore-<slug>.md.
12
12
 
13
13
  $ARGUMENTS
@@ -8,7 +8,7 @@ Update repo documentation so it matches the current code. Surgical edits only
8
8
 
9
9
  Skill: `.roo/skills/engineering/update-docs/SKILL.md`
10
10
 
11
- Apply the slot discovery rule from `.roo/skills/engineering/grill-with-docs/CONTEXT-FORMAT.md` to locate the target doc. If the slot is empty, ask once: "No <slot> found. Create a stub at .zoo-flow/<slot>? (yes / pick-existing / skip)".
11
+ Find the target doc in `.zoo-flow/` or `docs/`. If it does not exist, ask once: "No <slot> found. Create a stub at .zoo-flow/<slot>? (yes / pick-existing / skip)".
12
12
 
13
13
  Do NOT use this for:
14
14
 
@@ -10,7 +10,7 @@ Batch related small reads when useful.
10
10
 
11
11
  Do not re-read unchanged files unless needed.
12
12
 
13
- For long command output, summarize or search the output instead of dumping everything.
13
+ For long shell command output (tests, builds, lint), summarize or search the output instead of dumping everything. This is about context window management, not about hiding results from the user.
14
14
 
15
15
  ## Domain-doc read gate
16
16
 
@@ -18,7 +18,11 @@ Before any `attempt_completion`, re-read the command body and confirm no later p
18
18
  - commands/tests run (exact commands, pass/fail per command)
19
19
  - status (complete / partial / blocked with reason)
20
20
  - remaining risk (what was not checked or is uncertain)
21
- - recommended next command (one only, no auto-launch)
21
+ - recommended next command (one only, no auto-launch)
22
+
23
+ The orchestrator forwards your output to the user. Include enough detail that the user can act on it without re-running commands.
24
+
25
+ If the output is long (multi-file diff summary, full test output, verification report), write it to `.scratch/` first and reference the path in `attempt_completion`. The extension may truncate long completion messages, so files ensure nothing is lost.
22
26
 
23
27
  Before running `git commit` or `git push`, halt and wait for explicit user approval. Never push unless explicitly asked.
24
28
 
@@ -1,22 +1,41 @@
1
1
  # Orchestrator Routing
2
2
 
3
- Router only. No reading implementation files, editing, shell, or answering implementation questions. Delegate only with `new_task` to `code-tweaker` or `system-architect` (planning/architecture slug is `system-architect`, never `architect`). Summarize and stop after a subtask returns; do not auto-launch another.
3
+ Router only. No reading implementation files, editing, shell, or answering implementation questions. Delegate only with `new_task` to `code-tweaker` or `system-architect` (planning/architecture slug is `system-architect`, never `architect`). When a subtask returns, present its full result to the user first, then add one-line recommendation. Do not summarize away detail. Do not auto-launch another command.
4
+
5
+ ## Subtask result handling
6
+
7
+ After `attempt_completion` from a worker, the orchestrator must:
8
+
9
+ 1. If the completion message references a `.scratch/` file, read and present that file's content.
10
+ 2. Show the worker's full output to the user without truncating or summarizing.
11
+ 3. Add one line: recommended next command (if any).
12
+ 4. Stop and wait for user input.
13
+
14
+ Do not route a new user message until the previous subtask result is fully presented. If the user sends a new message before the result was shown, finish presenting the result first, then route the new message.
4
15
 
5
16
  ## Hard delegation boundary
6
17
 
7
- The only valid `new_task` target slugs are:
18
+ For free-form requests, the only valid `new_task` target slugs are:
8
19
 
9
20
  - `code-tweaker`
10
21
  - `system-architect`
11
22
 
12
23
  Never delegate to built-in/default modes, including Ask, Code, Debug, Architect, or Orchestrator.
13
24
 
25
+ Slash commands bypass this — the extension reads `mode:` from the command frontmatter and switches directly.
26
+
14
27
  If a task sounds like "ask", "inspect", "review", "branch review", "pre-commit review", "analyze", "deep inspection", "investigate", or "reason about safety", route it to `system-architect`.
15
28
 
16
29
  If a task requires source edits, tests, verification, docs updates, prototypes, or commits, route it to `code-tweaker`.
17
30
 
18
31
  If neither custom mode is suitable, stop and report that no valid Zoo Flow mode exists. Do not fall back to Ask mode.
19
32
 
33
+ ## Slash command handling
34
+
35
+ When the user types a slash command (e.g. `/tweak`, `/explore`), the extension reads the `mode:` frontmatter from the command file and auto-switches to that mode. The orchestrator does not route slash commands — the extension handles it.
36
+
37
+ The orchestrator only routes **free-form requests** (natural language without a leading `/`).
38
+
20
39
  ## Natural language first
21
40
 
22
41
  Users are not expected to know slash commands. For free-form requests, infer the best workflow from intent and present a plain-language recommendation. Slash commands are optional power-user overrides. Mention command syntax only when the user typed a slash command or asked for syntax.
@@ -64,7 +83,7 @@ Explicit slash command from user = approval; route as-is. Clear free-form reques
64
83
 
65
84
  ## Approval gate
66
85
 
67
- The orchestrator proposes; the user approves; then the orchestrator delegates. Explicit slash command = approval; route immediately. A free-form request is never self-approving; propose a workflow and wait for approval. Present the recommendation, then stop and wait. Treat replies as approval only when they select the proposed workflow by number, option text, or clear restatement. A fresh free-form request restarts routing. If unsure whether the user approved, ask.
86
+ The orchestrator proposes; the user approves; then the orchestrator delegates. Slash commands are auto-approved the extension switches mode and executes immediately. A free-form request is never self-approving; propose a workflow and wait for approval. Present the recommendation, then stop and wait. Treat replies as approval only when they select the proposed workflow by number, option text, or clear restatement. A fresh free-form request restarts routing. If unsure whether the user approved, ask.
68
87
 
69
88
  ## Delegation
70
89
 
@@ -11,7 +11,9 @@ If you entered this window via `switch_mode` (you are mid-chain, not the entry p
11
11
 
12
12
  Before any `attempt_completion`, re-read the command body and confirm no later phase is assigned to another mode. If one is, `switch_mode` instead.
13
13
 
14
- Do not use `attempt_completion` to avoid required implementation work. Every `attempt_completion` must include evidence of what was produced or discovered, not just summaries.
14
+ Do not use `attempt_completion` to avoid required implementation work. Every `attempt_completion` must include the full output the user needs to see (review findings, exploration map, diagnosis, plan), not just summaries. The orchestrator will forward your output to the user; if you summarize, the user loses detail.
15
+
16
+ If the output is long (multi-page review, full exploration map, detailed diagnosis), write it to `.scratch/` first and reference the path in `attempt_completion`. The extension may truncate long completion messages, so files ensure nothing is lost.
15
17
 
16
18
  Halt for explicit user approval before testing a bug hypothesis, finalizing an architecture plan, publishing issues, or making irreversible decisions.
17
19
 
@@ -32,5 +32,4 @@ _Avoid_: Purchase, transaction
32
32
  ## Discovery rule
33
33
 
34
34
  1. If the file exists, read it.
35
- 2. If the file is missing, that is **not an error**. Do not invent content.
36
- 3. For commands that depend on populated context, surface once: "No CONTEXT.md or ADRs found yet. Run /grill-with-docs or /scaffold-context to fill, or continue without."
35
+ 2. If the file is missing, that is **not an error**. Do not invent content. Surface once: "No CONTEXT.md found. Run /scaffold-context to fill, or continue without."
@@ -1,61 +1,8 @@
1
- # Zoo Flow Quick Start
2
-
3
- ## After installation
4
-
5
- 1. Start in Custom Orchestrator mode.
6
-
7
- 2. For an existing project, bootstrap project context:
8
-
9
- `/scaffold-context`
10
-
11
- This scans the codebase and proposes initial `.zoo-flow/CONTEXT.md` terms plus optional starter ADRs. It asks before writing anything.
12
-
13
- 3. If you plan to use PRDs, issue slicing, or triage, configure agent skill metadata:
14
-
15
- `/setup-matt-pocock-skills`
16
-
17
- This sets up issue tracker, triage label, and domain-doc configuration used by PRD, issue, and triage workflows.
18
-
19
- 4. After that, describe tasks normally. You do not need slash commands unless you already know the workflow.
20
-
21
- ## First-run checklist
22
-
23
- - [ ] Custom Orchestrator mode is selected.
24
- - [ ] Run `/scaffold-context` for an existing codebase.
25
- - [ ] Run `/setup-matt-pocock-skills` if using PRDs, issue slicing, or triage.
26
- - [ ] Start normal work by describing the task in plain language.
27
-
28
- ## Common requests
29
-
30
- | What you want | What Zoo Flow will likely do |
31
- |---|---|
32
- | Small obvious edit | Small implementation workflow |
33
- | Known localized fix | Small implementation workflow |
34
- | Bug with unknown cause | Diagnosis workflow |
35
- | New feature needing planning | Feature planning workflow |
36
- | Improve structure without behavior change | Refactor workflow |
37
- | Understand unfamiliar area | Exploration workflow |
38
- | Write tests first | TDD workflow |
39
- | Update docs | Documentation workflow |
40
- | Commit finished work | Commit + journal workflow |
41
-
42
- ## What the orchestrator will show you
43
-
44
- For normal requests, the orchestrator should recommend plain-language workflows, not slash commands.
45
-
46
- Example:
47
-
48
- > "This looks like a small implementation change. Proceed?"
49
-
50
- Slash commands below are optional shortcuts for users who already know the workflow.
51
-
52
- ## Power-user shortcuts
53
-
54
- You may type slash commands directly when you already know the workflow, but this is optional.
55
-
56
- Examples:
57
-
58
- - `/tweak change button copy`
59
- - `/fix checkout crashes after payment`
60
- - `/feature add team invitations`
61
- - `/refactor simplify auth service`
1
+ # Zoo Flow Quick Start
2
+
3
+ ## After installation
4
+
5
+ 1. Reload VS Code and open Zoo Code.
6
+ 2. Switch to **Custom Orchestrator** mode.
7
+ 3. Run `/scaffold-context` for an existing project, or `/setup-matt-pocock-skills` if using PRDs, issue slicing, or triage.
8
+ 4. Then describe tasks normally.