Re-show the triage routing table and SPEED scoring rubric on demand — decide toolkit vs built-in for the task at hand.
/routing <task description>
/routing calls to enumerate live targets/routing
What you’ll see: the SPEED scoring rubric (the five axes used to decide toolkit-vs-built-in) followed by the live catalog of installed routing targets.
/routing # show the SPEED rubric + installed routing targets
/routing fix the auth bug # score this task and recommend a route
/routing rename a variable # low SPEED score (0-1) → recommends built-in Edit, not a workflow
| Argument | Values | Default | What it does |
|---|---|---|---|
| task description | free text | none | When present, the task is scored 0–5 on SPEED and a concrete route is recommended |
→ route: <skill/agent/tool> (SPEED=<n>).Score the task on five axes, 1 point each:
| Axis | Question | +1 when |
|---|---|---|
| S — Scope | How many files/steps? | 3+ files or steps |
| P — Project | Needs CLAUDE.md / project context? | Yes |
| E — Expertise | Domain-specific (QA/SRE/design/architecture)? | Yes |
| E — Effort | Multi-turn workflow (PR/deploy/planning)? | Yes |
| D — Dollars | Would a cheaper model (Haiku/Sonnet) suffice? | Yes |
/planning → /implement (team orchestration).| Problem | Fix |
|---|---|
| Routing targets look wrong/missing | The catalog comes from /skills; if a command is absent, install the bundle that provides it |
| Recommendation feels too heavy for a tiny change | See Decision rules — SPEED 0–1 routes to built-in tools; re-score, since a 3+ score means the task genuinely spans files/context/expertise |
| Table doesn’t appear automatically anymore | That’s expected — the hook injects it once per session to save tokens; /routing is the manual re-show |