GTD 能力路由器用于在 GTD 工作循环已经理解清楚之后，把任务路由到最小且安全的能力组合。它不替换 GTD 模式路由器、就绪定义（Definition of Ready）、完成定义（Definition of Done）、领域包或执行简报，而是在这些基础上做扩展。
用途：当一项 GTD 任务可以通过多个工具、插件、已连接数据源、审查者、智能体或 GitHub 参与方执行，智能体需要从中作出选择时使用。目标是避免角色堆叠、避免调用受阻或不可用的能力、避免把规划或审查当成执行。
主要能力：
- 路由循环：确认当前 GTD 状态；对执行面分类（宿主内能力、已连接数据源、外部权限、仓库原生门禁、GitHub 应用或机器人、本地/运行时执行器）；解析实时可用性；选择最小可用栈；区分名义负责人与实际选中负责人；保护写入所有权；先执行后评判；用可执行证据验证；风险足够时独立审查；变更后刷新状态；通过单一权限落地；报告证据状态。
- 硬性规则：当前连接状态优先于记忆、交接文本和旧截图；不得臆造工具能力、可用性、命令、机器人触发方式或写入权限；不得为满足流程而调用受阻的名义负责人；不得用审查者同意代替可执行检查；不得把受阻或被限流审查者的“无发现”当作干净审查；不得在变更后复用旧的精确 head 就绪结论；不得因安装了多个审查者就全部触发；不得让伴随工具削弱 GTD 的就绪、完成、权限或证据规则。
- 输出契约：对于重要的路由决策，保留当前 GTD 状态与活动模式、名义负责人与选中负责人、事实来源、可变表面及每个表面的写入负责人、验证计划与证据、独立审查路径、适用时的落地负责人、不可用能力及由此产生的证据缺口、下一个可执行动作。对于只需一个明显能力的简单任务，不展示内部路由仪式。
使用方式：先加载 references/core-contract.md，再按需加载 references/router.yaml（路由不变量与路由族）、references/capability-registry.yaml（稳定能力角色）、agents/roles.yaml（需要多个逻辑角色时）、references/repository-playbook.md（仓库、Issue、Pull Request、CI、机器人或落地工作）、references/plugin-skill-playbook.md（Agent Skill 或 Agent Plugin 工作）、references/security-boundaries.md（涉及权限、凭据、破坏性操作或敏感面时）、references/source-lineage.md（维护或扩展本包时）。能力注册表只是能力元数据，不代表某个命名能力当前可调用，选择前必须先发现当前可调用面。
适用场景：多工具或多数据源协作的 GTD 任务分派、涉及仓库与 CI 门禁的交付、需要独立审查与落地权限区分的流程、需要在权限或敏感操作边界上做判断的工作。
限制：该技能面向已经理解清楚的 GTD 工作循环，不替代既有 GTD 契约；具体可用能力取决于当前连接与运行环境；资料未提供具体安装命令、收费方式或平台支持范围，暂未提供。