review-pr-comments

审查 PR 评论

处理现有 PR 中的实际审查反馈。这是按需启用的例外流程：大多数 PR 没有评论，因为云端自动审查已禁用，且繁重的审查已在本地完成（ship-it 的交付门槛）。不要召唤机器人审查（@codex review、@coderabbitai review），也绝不要把机器人的沉默当作需要等待的信号。

最多处理两轮（每轮 = 收集 → 分类 → 一次批量提交 → 推送 → 新提交头上的必需 CI 检查通过）：

1. 收集所有未处理的反馈：人工审查、机器人评论、未解决和过时的讨论串、失败的检查。
2. 对照代码逐条分类：
   • 在本次批量修改中修复： 实际的正确性、安全性或数据完整性问题，以及人工审查者明确要求修改的内容。
   • 回复，不推送： 风格小问题、针对已有不变量的防御性强化、夸大严重性或重复的问题。回复讨论串，将其标记为已解决，然后继续。小问题绝不能成为推送的理由。
   • 提请用户处理： 产品／架构决策、范围扩展、相互冲突的审查意见。
3. 验证完整的新提交头（原始更改加上修复），提交并推送一次，然后等待必需的 CI 检查通过（每隔 60–120 秒轮询，绝不要紧密循环）。

两轮之后，停止推送：汇报剩余事项及其分类和建议。最终推送之后收到的反馈不会重新开启流程。成功标准：最终提交头上的必需检查全部通过，人工要求的修改均已处理，每个未解决的讨论串都已修复或回复，且 GitHub 显示 PR 可以合并——机器人重新审查绝不是完成流程的必要条件。

未经授权，不要合并、强制推送、修改 main、创建后续 PR（明确禁止为清理小问题而创建后续 PR），也不要自行做出产品或架构决策。