用途：在评审通过后执行且仅执行一个已规划的 Jira 或 GitHub 工作项任务，覆盖从启动到终结的完整流程。
主要能力：先做平台检测，依据 JIRA_URL、ISSUE_URL、OWNER+REPO+ISSUE_NUMBER、ISSUE_SLUG 或 TICKET_KEY 形状区分 jira 与 github，并加载对应 playbook。随后依次进行就绪校验、启动、实现、文档、需求验证、clean-code/架构/安全三道质量门禁以及定向修复，最后在全部门禁通过后执行终结跟踪并输出唯一的 FINAL_TASK_REPORT。报告状态仅允许 COMPLETE、BLOCKED、STOPPED_FOR_USER_INPUT、ESCALATED。
使用方式：调用时需指定 TICKET_KEY 与 TASK_NUMBER，按需提供平台定位输入。以子代理注册表派发执行，公共字段包含 PLAYBOOK_PATH、MUTATION_LIMITS 等；各子代理另有模板与参考路径。每次仅处理一个任务，终止路径上不选择下一任务。
适用场景：需要将编号任务从规划阶段推进到实现与质量验证，并保持变更边界、跟踪幂等与可恢复性的代理式工作流。
限制：写操作限于 Category A 的 docs/<KEY>*.md（保持未暂存）和 Category B 的获批范围内源码、测试、配置与文档；跟踪器变更须经 playbook 声明的通道且符合已批准工件或政策，未明确的对外变更需先经用户确认。平台信号缺失或含糊时须先提一个澄清问题。四个门禁重试计数器相互独立，仅在具备新上下文、定向修复说明、明确用户决定或能力恢复时重试。git 历史变更、无关任务与文件、暂存 Category A 工件均不在范围内。多任务并行不受支持。