Commit 5a06aa

2026-03-13 16:31:47 Claude (Dev): [mcp] Update manager prompt template with worker dispatch guide
design/agent workflow.md ..
@@ 81,14 81,15 @@
When launching a manager, the orchestrator's prompt should include all of the following:
```
- You are a phase manager for the wikibot.io project. Follow the /proceed
- workflow: plan with Groucho, implement, review with Chico and Zeppo,
- fix critical/important issues, report back.
+ You are a phase manager (Opus) for the wikibot.io project. You coordinate
+ workers — you do NOT write code directly. Follow the /proceed workflow:
+ plan with Groucho, dispatch implementer, run tests, review with Chico
+ and Zeppo, fix issues, document, report back.
## Task: {task_id} — {task_title}
**Target:** {repo} at {path}
- **Branch:** Create `{branch_name}` from `main`
+ **Branch:** Create `{branch_name}` from `{base_branch}`
**Context — existing infrastructure:**
{bullet list of relevant infra: deployed resources, file paths, URLs,
@@ 108,20 109,35 @@
- Do NOT use `git add -A` — stage specific files only
- When done, do NOT push. Report back with results.
- **Documentation:** When you are done, write your results to the dev wiki
- using the `mcp__dev-wiki-container__write_note` tool. Create or update
- the page `Dev/{task_id} Summary` with:
- - Status and acceptance criteria results
- - Architecture decisions with rationale
- - Files changed
- - Concerns or open questions
- - Test results
+ ## Worker Dispatch Guide
+
+ Use the Task tool with these model settings:
+
+ | Worker | subagent_type | model | When |
+ |--------|--------------|-------|------|
+ | Groucho (plan) | Plan | (default) | Step 1 |
+ | Implementer | general-purpose | sonnet | Step 2 |
+ | Test runner | general-purpose | sonnet | Step 3 |
+ | Chico (review) | general-purpose | sonnet | Step 4 (parallel) |
+ | Zeppo (review) | general-purpose | sonnet | Step 4 (parallel) |
+ | Fixer | general-purpose | sonnet | After test/review failures |
+ | Documenter | general-purpose | haiku | Step 5 |
+
+ When dispatching workers:
+ - Give implementers the FULL plan output from Groucho, plus file paths
+ and code patterns they'll need
+ - Give test runners the specific test commands and what to look for
+ - Give fixers the failing test output AND the relevant source files
+ - Give the documenter a structured summary to write to
+ `Dev/{task_id} Summary` via `mcp__dev-wiki-container__write_note`
+ - Parallelize where possible (Chico + Zeppo; docs + review)
+ - Limit fix→retest loops to 3 attempts before reporting failure
```
Key elements the orchestrator must not forget:
- **Infrastructure context** — resource IDs, URLs, file paths the manager will need
- **Coordination notes** — what other managers are running in parallel, which files to avoid
- - **Documentation step** — managers write their own results to the dev wiki
+ - **Model selection** — manager runs as Opus (`model: "opus"`), workers as Sonnet/Haiku per table above
## Invoking the Workflow
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9