用途：task-router 在每次非平凡对话开始时静默运行，不对外宣告。它先解析用户的真实意图，再对任务分类，并执行预检，最后把任务路由到相应技能或内联协议，防止直接按第一个动词关键词动手。
主要能力：
- 解析真实意图：区分表面请求与真实需求，识别隐藏的复合任务，判断用户已知与未知的信息。复合请求按逻辑顺序路由，例如先修 bug 再重构、先研究再改代码。
- 分类：分为 code-change（路由到 coding-workflow）、bug-fix（路由到 debug-workflow）、research（内联协议）、review（内联协议）、distill（路由到 distill-session）、trivial（直接回答）。trivial 需同时满足：无需读文件即可确定回答、只有一个正确答案、不需要代码库上下文、答错无后果。
- 预检：非平凡任务开始前回答三个问题——已存在什么（先读代码库，检查已有函数、命名、文件组织、错误处理、测试模式）、范围是否明确（歧义会导致根本不同实现时才提问，最多问一个澄清问题，其余说明假设后继续）、完成标准是什么（code-change 需功能可用、类型检查通过、测试通过、符合既有模式；bug-fix 需特定失败用例通过且无回归；research 需有文件路径、行号等证据；review 需每条发现对应具体代码位置）。
- 路由：code-change 走四阶段门（探索→计划→执行→验证），第三阶段前不改文件；bug-fix 走根因协议，定位根因前不改文件，不猜测试错；research 先说明 2-3 个查找目标，并行搜索，证据充分即停，用文件路径、行号、代码片段作答；review 先完整阅读产物，按 MUST FIX、SHOULD FIX、CONSIDER 分类，只报告不修改，除非明确要求。
- 验证心态：贯穿全程，完成前重读原始请求、检查遗漏、运行类型检查/lint/测试、核对调用点，验证失败不报告完成。
- 失败恢复：同一方法失败两次则推翻心智模型；累计失败 3 次以上停止编辑并恢复到最近可用状态；工具错误或超时可用 file-operation-fallback 技能，否则如实报告；执行中发现计划错误应停止并重新计划。
限制：不替代 coding-workflow、debug-workflow、distill-session，只做路由；不覆盖用户明确指令；不为真正平凡的任务增加流程；不宣告自身。具体安装方式与平台支持暂未提供。