PR 评论最容易卡在两个地方：评审意见很多，看起来都要改；AI 一上来就大范围重写，最后又引出新问题。更稳的做法不是把评论整段丢给工具，而是先把评论拆成可执行任务，再让 AI 按“理解评审、定位代码、最小修改、验证测试、说明变更”的顺序工作。
这篇文章面向已经在用 Cursor、Claude Code 或 Codex CLI 做开发的人。如果你还在搭基础环境，可以先看 AI编程工具专题 和 AI编程环境怎么搭；如果你关心评审标准本身，也可以对照 AI代码审查怎么做。
先把 PR 评论分成 4 类
不要让 AI 从第一条评论开始逐条乱改。先让它读一遍评论和相关 diff，把所有意见分成 4 类：
- 必须修复：空值、权限、边界条件、数据丢失、兼容性问题。
- 需要确认：产品口径、命名习惯、是否要兼容旧数据。
- 可顺手优化：重复代码、注释不清、类型声明不完整。
- 暂不处理：超出本 PR 范围、需要单独设计或会扩大风险的问题。
这一步很关键。AI 编程的风险往往不是“不会改”，而是它把一个小评论扩展成一串额外重构。分类之后，你就能要求它只处理必须修复和明确可做的部分。
给 AI 的第一条指令不要急着改
比较稳的第一条指令是让 AI 先复述问题，而不是直接动代码：
请阅读这个 PR 的评论和当前 diff。先不要修改文件。把评论按“必须修复、需要确认、可顺手优化、暂不处理”分类，并说明每条评论对应的文件、可能原因和建议处理顺序。
如果你用的是 Cursor，可以把 PR diff、评论截图或相关文件放进上下文；如果用 Claude Code 或 Codex CLI，建议在本地分支里让工具读取真实文件，再结合评论文本整理任务。类似的上下文控制方法，可以参考 AI编程上下文管理怎么做。
每轮只修一组问题
PR 评论修复不适合一次性“全部改完”。更推荐按风险从高到低拆成几轮：
- 先修会导致报错、数据错误、权限绕过的问题。
- 再修测试失败、类型错误、lint 报错。
- 然后处理命名、结构、重复代码等可读性问题。
- 最后补充说明、文档、注释和 PR 回复。
每一轮都要给 AI 加一句限制：只修改与当前评论直接相关的文件；如果发现需要扩大范围，先说明原因，不要直接改。这个限制能明显减少“顺手改坏”的概率。
Cursor 适合小范围精修
Cursor 的优势是贴近编辑器，适合处理单文件或少量文件的评论。例如评审说“这里的空值没有处理”“这个命名不符合语义”，可以让 Cursor 直接围绕选中代码给出补丁。
使用时建议这样问：
只根据这条评审评论修改当前函数。保持现有接口不变，不改无关逻辑。修改后解释你改了哪几行，以及这个改动如何回应评论。
如果它开始重写整段结构，要立刻收窄范围。AI 不是不能重构，而是 PR 评论修复阶段通常不该把重构和 bugfix 混在一起。
Claude Code 适合跨文件理解
当评论涉及多个文件，比如“这个状态在服务端和前端不一致”“这里应该沿用项目已有 helper”，Claude Code 更适合先读项目结构，再给出修改计划。你可以要求它先定位已有模式：
请先查找项目里处理同类逻辑的现有写法，列出参考文件。确认模式后，再给出最小修改方案，不要先改代码。
如果你经常并行处理多个 PR，可以结合 Claude Code 配合 Git Worktree 的方式，把不同修复放在独立工作树里，避免几个 AI 会话互相覆盖。
Codex CLI 适合修完后的验证闭环
Codex CLI 的价值不只是写代码，更适合在命令行里跑检查、读失败日志、继续修补。PR 评论修复后，建议让它按固定顺序执行：
- 查看 git diff，确认改动范围是否符合评论。
- 运行 lint、typecheck、相关单测或构建命令。
- 如果失败，只根据失败日志继续修，不引入新目标。
- 生成一段可贴到 PR 的回复说明。
测试自动化可以和 AI编程测试自动化怎么做 配合起来。对于经常中断的长任务，也可以用 Codex CLI继续上次会话 把修复上下文接回来。
推荐的 PR 评论修复提示词
下面这段可以直接改成自己的项目口径：
请根据 PR 评审评论修复问题。先整理评论分类和处理顺序，再逐步修改。每次只处理一组评论，保持最小改动，不做无关重构。修改后运行项目已有检查命令，并用“评论对应、修改文件、验证结果、仍需确认”四项输出总结。
如果评审评论里有不清楚的业务判断，不要让 AI 猜。让它把问题列成“需要人确认”的清单，这比直接编一个实现更可靠。
合并前再做一次人工检查
AI 修完评论后，至少看 5 个点：
- 评论是否真的逐条回应，而不是只改了表面文字。
- diff 是否只集中在相关文件。
- 测试是否跑过，失败项是否解释清楚。
- 有没有新增隐藏行为，比如默认值、权限、缓存、异常吞掉。
- PR 回复是否说清楚“已修复、已验证、待确认”。
这套流程的核心不是让 AI 替你“快速糊过去”，而是让它把 PR 评论变成可追踪、可验证的小任务。对个人开发者和小团队来说，只要把分类、最小修改、验证和回复固定下来，AI 编程工具就能真正减少返工，而不是制造更多返工。
更多相关流程可以继续看 OpenAI专题 和 Claude专题，尤其适合把 Cursor、Claude Code、Codex CLI 放到同一套开发工作流里对比使用。
