用途：将编码或修复任务视为“验收标准全部通过才算完成”，而不是“代码改完就算完成”。核心规则是按 DoD（完成定义）交付，而非按代码改动量交付。
适用场景：用户要求端到端完成的编码/修复任务；任务横跨代码、测试、PR 评论、开发环境部署与运行时检查；希望避免用户反复手动提示“现在测试”“现在部署”“再检查 PR”。不适用于纯问答/解释、未获明确人工批准的生产部署，以及因缺少密钥或账号权限而无法推断的任务。
必要输入：任务目标、验收标准（DoD）、目标环境（默认开发环境）、按需给出的评审节奏/预算。若缺少验收标准，先请求一次；用户未提供时，提出具体默认标准并继续。
默认流程：定义 DoD（转为可测试标准）；做最小改动；先在本地跑聚焦测试再按需扩大；进入评审循环，拉取 PR 评论并区分有效与不可操作项，修复有效项并重跑验证；在已获授权的开发目标上部署并做运行时验证，用真实 API/Lambda/日志证据对照 DoD；只有全部 DoD 检查通过才报告完成，否则继续循环直到通过或触发停止条件。
PR 评论轮询：默认避免高频短轮询，采用分批窗口——第 1 轮等 3 分钟，第 2 轮等 6 分钟，最后一轮等 10 分钟；每轮批量处理新增评论，不逐条立即重查；10 分钟轮后停止等待并基于当时可见评论推进。若 CI 仍在运行，按完成边界对齐轮询。
人工门禁：生产/预发部署超出约定范围、破坏性操作（改写历史、强推、破坏数据）、影响计费或安全态势的操作、仓库/运行时不可得的密钥值、会实质改变结果的模糊 DoD，均须先获得授权。
停止条件：同一已核实的外部阻塞导致没有有意义的下一步、外部依赖阻塞、评审指令互相冲突时，停止并提交阻塞报告，包含已通过项、失败项、证据（命令/日志/API 结果）和所需的最小决策。
输出契约：声明完成时必须给出 DoD 清单及通过/失败、运行过的命令/测试、运行时证据（端点/Lambda/日志关键行）、PR 状态与新增可操作评论数。无证据不得声称成功。
限制：仅在任务明确匹配上述范围时使用；输出不能替代针对具体环境的验证、测试或专家评审；缺少必要输入、权限、安全边界或成功标准时先请求澄清。