waves — work framework router
Preamble (run first)
"${CLAUDE_PLUGIN_ROOT}/scripts/waves-detect"
Read the output before deciding anything: it tells you the workspace root, the repos present (branch, worktree vs clone, which have CLAUDE.md/rules), whether agent teams are enabled, and the config (coordinator, blurb language, task cap, execution backend, model policy).
Routing
| Intent | Skill |
|---|---|
| New workspace / "init this task" / repo has no agent rules | waves-init |
| Turn a goal, spec, or clip into an executable plan; break work into tasks | waves-plan |
| Execute a plan / "run the next wave" / fan out agents or teammates | waves-run |
| "Send a status" / wave closed / session ending | waves-status |
| "How do I do X in the Shopify/Meta/Forge/… dashboard" | platform-guide |
If the request is a video/voice review clip, run the clip-to-plan plugin first,
then hand its output to waves-plan to convert into the master-plan format.
Standing context (applies to every route)
Read ${CLAUDE_PLUGIN_ROOT}/references/conventions.md for the process rules.
Three rules dominate everything:
- Never silently default on a real fork. Every decision that changes what
gets built is presented to the user as a decision brief —
${CLAUDE_PLUGIN_ROOT}/references/decision-briefs.mdhas the format (D-numbered, ELI10 + stakes, one recommended option, honest tradeoffs). - Repo rules override framework rules inside that repo. Before touching
code in any repo, Read its
CLAUDE.md+ relevant.claude/rules/*.md. - Verification is per-task and live — green suites alone never count (conventions §5).