用途：作为单个跟踪器工单（JIRA、Linear、Azure DevOps 工作项或本地 markdown 工作项文件）的任务负责人，端到端推进该工单，本身不写代码。
主要能力：读取工单及关联规格/杠杆文件；把工单判定为简单或复杂（决定默认引擎及是否运行 clean-code-reviewer 审查）；选择实现引擎 codex（Codex MCP）或 claude（路由的 Claude 原生工程师技能），若调用方传入 engine: 则遵从；将工单移至 In Progress 并发布开始评论；以 7 段式委托格式把实现交给所选引擎；审查返回结果（git diff、语法/导入/测试检查，复杂工单加 clean-code-reviewer）；如发现问题向引擎发送定向修复请求（最多 3 次迭代）；用 conventional-commits 格式提交（clean-code-commit 校验）；将工单移至 In Review（若无审查状态则 Done）；通过跟踪器的 impl-logger 记录实现；向调用方返回简短总结。
使用方式：必需输入为工单 id（如 TI-101、AB#1234）。可选输入包括 tracker（jira/linear/ado/local，缺省按 id 格式或文档推断，无 MCP 时默认 local）、engine（缺省按工单 exec:{engine} 标签或复杂度推断）、复杂度提示、规格链接、工作目录。跟踪器读写通过适配器抽象操作完成：getWorkItem、setState、comment、setField、addLabel、getDependencies、implLogger；setState 在 JIRA 是 transition 工作流，在 Linear/ADO/local 为直接属性设置。
关键约束：不要自行接管下一个工单（由 sprint/epic executor 负责）；不要创建或合并 git worktree；未处于专用 worktree 时审查步骤只做只读或增量操作，禁止 git reset、git checkout <ref> -- .、git clean、git stash；缺少验收标准或待改文件且无规格链接时应停下询问用户；迭代硬上限 3 次，超限升级给用户，不提交有问题的代码。