Protocol Router
Use this skill to classify the request and choose the right specialist flow before coding.
Classification
| Request type |
Start with |
| bug, regression, test failure |
qa |
| backend feature, refactor, architecture, performance |
ta |
| user-facing feature, workflow, product experience |
sd or uxd |
| physical product, connected product, hardware/software touchpoint |
ind |
| visual polish, design system, component styling |
uids or uid |
| auth, permissions, secrets, trust boundaries |
sec in addition to primary flow |
| docs, onboarding, references |
doc |
| deploy, CI, env, infrastructure |
do |
Codex rule
If the user did not explicitly ask for subagents, apply the specialist lens in the main session.
If the user explicitly asked for delegation or parallel work, you may spawn subagents after deciding:
- what the immediate local step is
- which work can safely run in parallel
Standard flow
- classify the request
- identify the specialist sequence
- check whether a
tc PRD or task exists
- create missing task records if the work is substantial
- execute the specialist flow
- verify with
qa before closing implementation work
Routing patterns
Read ../protocol/references/generated-workflows.md for the catalog-derived
sequences. This router classifies requests; it does not maintain another copy
of the workflow graph.
References
Read references/routing-matrix.md when you need the full mapping.
1---2name: protocol-router3description: Use when a request needs specialist routing before implementation, including bugs, feature work, architecture changes, UX work, security-sensitive changes, or tc-backed delivery planning.4---56# Protocol Router78Use this skill to classify the request and choose the right specialist flow before coding.910## Classification1112| Request type | Start with |13|--------------|------------|14| bug, regression, test failure | `qa` |15| backend feature, refactor, architecture, performance | `ta` |16| user-facing feature, workflow, product experience | `sd` or `uxd` |17| physical product, connected product, hardware/software touchpoint | `ind` |18| visual polish, design system, component styling | `uids` or `uid` |19| auth, permissions, secrets, trust boundaries | `sec` in addition to primary flow |20| docs, onboarding, references | `doc` |21| deploy, CI, env, infrastructure | `do` |2223## Codex rule2425If the user did not explicitly ask for subagents, apply the specialist lens in the main session.2627If the user explicitly asked for delegation or parallel work, you may spawn subagents after deciding:28291. what the immediate local step is302. which work can safely run in parallel3132## Standard flow33341. classify the request352. identify the specialist sequence363. check whether a `tc` PRD or task exists374. create missing task records if the work is substantial385. execute the specialist flow396. verify with `qa` before closing implementation work4041## Routing patterns4243Read `../protocol/references/generated-workflows.md` for the catalog-derived44sequences. This router classifies requests; it does not maintain another copy45of the workflow graph.4647## References4849Read `references/routing-matrix.md` when you need the full mapping.
Everyone-Needs-A-Copilot