用途：在不开启第二个评审对话的前提下，处理恰好一个拉取请求的评审反馈，修复、验证并推送，建立精确 head 就绪状态；在显式自动合并限定条件下可合并普通 PR。
主要能力：读取当前 head、diff、必需检查、项目指令与活跃评审自动化；通过 scripts/review_wait.py（需 --json）检查评审、确定性等待、内联回复与线程解决；对每条发现按事实有效性与范围意图有效性两轴独立评估，分类为无效、过时、重复、超范围或需决策；对每个自动化线程做幂等内联回复并解决已完成线程；在推送前重复 /code-review fix-all 与黑盒测试直至同一未变实现通过，再运行项目门禁；用 /update-pr 提交推送，不 amend、不 force-push。
使用方式：确认仓库与 PR 身份，读取 references/readiness.md 后再判定就绪、待定、阻塞或已合并；策略默认 .github/delivery/review-automations.json，可用 --state 指定 gitignored .agent/waits/ 下路径。回复须先解析 GitHub 用户名与模型名，结尾附指定 Note，全文不超过 300 字符；自动重触发命令不得附加归属文本。
适用场景：单 PR 评审反馈处理与就绪判定；自动合并模式下可授权相关修复、验证、新提交、允许的推送、文档化重触发、监控、一次普通 squash 合并、删除源分支与本地清理。
限制：普通模式不合并；显式只读指令禁用变更与自动合并；不负责标签路由、里程碑、栈调度、跨 PR 准入或项目 CI 策略，栈级问题应转 /address-stack-feedback；评审、批准、线程就绪、发现与 CI 证据仅对精确当前 head 有效，新提交或基线更新会重置相关门禁；遇到重大产品、架构、安全、兼容性或范围决策，或未解决的阻塞/重要发现时停止且不合并；无法被动等待子进程时返回 pending。