一、Skill 概述Receiving Code Review让 AI Agent 不再“照单全收”的代码审查反馈 Skillreceiving-code-review是 obra/superpowers 中专门处理代码 Review 反馈的 Agent Skill。它的核心不是让 AI 机械地接受 Reviewer 的每一条建议而是要求 Agent先理解反馈、核对代码现状再判断是否应该修改。当收到 PR Review 后Agent 会结合实际代码、测试覆盖、架构背景和现有约束对反馈进行技术验证对于正确的问题执行修改对于信息不足或存在技术冲突的建议先澄清必要时基于技术依据提出异议。核心原则可以概括为先验证再修改技术正确性优先于“迎合 Reviewer”。这一 Skill 目前属于 Superpowers 的代码协作工作流之一与requesting-code-review等 Skill 配合使用形成从发起 Review → 接收反馈 → 修改验证的完整闭环。二、Skill 核心内容 传统 Code Review 中一个常见问题是开发者看到 Reviewer 留言后马上回复“好的我来修改”然后让 AI 按评论逐条改代码。问题在于Reviewer 提出的建议不一定都适用于当前代码。可能存在需求理解偏差、代码上下文不足、架构约束不同、建议与现有设计冲突甚至只是 Reviewer 的个人偏好。receiving-code-review的核心思路就是把“收到意见”与“执行修改”两件事分开。Agent 首先需要理解反馈 → 核对代码 → 验证问题 → 判断是否成立 → 再决定修改或澄清对于多个 Review 意见则优先处理阻塞性问题再处理普通问题并在每次修改后进行验证降低连续修改带来的回归风险。换句话说Code Review 不是“Reviewer 说什么AI 就改什么”而是一次需要技术判断的工程协作。三、五句值得学习的英文句子1.Code review requires technical evaluation, not emotional performance.译文代码审查需要技术判断而不是情绪化地表达认同。2.Verify before implementing.译文先验证再实施。3.Ask before assuming.译文先询问再做假设。4.Technical correctness over social comfort.译文技术正确性优先于让沟通变得舒服。5.Push back on suggestions that break functionality or lack context.译文对于可能破坏功能或缺少上下文依据的建议应基于技术原因提出异议。这些句子非常适合程序员记忆因为它们实际上也是 AI Coding Agent 工作流中很重要的行为准则。四、五大关键技术词汇1. Code Review中文含义代码审查 / 代码评审读音koud ri-VYOO开发场景Pull Request、GitHub、GitLab、团队协作、代码质量检查一句话理解开发者在代码合并前由其他开发者检查代码的正确性、可维护性、安全性和设计合理性。2. Technical Verification中文含义技术验证读音TEK-ni-kəl ver-i-fi-KAY-shən开发场景Code Review、Bug 修复、AI Coding Agent一句话理解不是看到 Review 意见就修改而是先通过代码、测试和实际运行情况确认问题是否真实存在。3. Clarification中文含义澄清 / 明确需求读音klar-uh-fi-KAY-shən开发场景Code Review、需求分析、PR 协作一句话理解当 Review 意见不明确时先确认 Reviewer 真正想解决什么问题再开始修改。4. Regression中文含义回归问题 / 回归缺陷读音ri-GRESH-ən开发场景Bug Fix、Code Review、自动化测试、CI/CD一句话理解修改代码解决一个问题后却意外导致之前正常工作的功能出现问题。5. Push Back中文含义提出异议 / 反驳建议读音push bak开发场景Code Review、架构讨论、技术方案评审一句话理解发现 Review 建议不适合当前代码或架构时不盲目执行而是用具体的技术依据解释为什么不能这样改。五、核心技术思想 receiving-code-review最值得借鉴的地方可以浓缩成一句话不要把“收到反馈”直接等同于“执行反馈”。它实际上建立了一套非常适合 AI Agent 的 Review 处理流程① Understand理解先完整阅读 Review 意见明确 Reviewer 到底要求解决什么问题。② Verify验证回到真实代码中检查问题是否存在同时结合测试、调用关系、架构设计和项目约束判断反馈是否成立。③ Clarify澄清如果反馈存在歧义、缺少上下文先询问而不是让 AI 自己猜。④ Evaluate判断将反馈区分为技术上正确需要修改信息不足需要进一步确认与当前架构冲突可能破坏现有功能属于个人偏好而非实际问题⑤ Implement实施对于已经验证的问题进行修改并优先处理阻塞性问题。⑥ Test验证修改每完成一项修改就通过测试或其他验证手段确认没有引入新的问题。因此这个 Skill 解决的其实不是简单的“AI 怎么修改 Code Review”而是更重要的“AI 应该如何判断一条 Code Review 意见到底值不值得修改”这也是 Agent Coding 与传统代码补全最大的区别之一Agent 不只是执行命令还需要在执行之前进行技术判断。六、开发者阅读建议 个人观点过去 Code Review 的核心是“人审代码”而 AI Agent 加入后真正值得关注的是“AI 如何处理人给出的反馈”。如果 Agent 把 Reviewer 的每句话都当成绝对命令速度越快反而越容易把错误带进代码。这个 Skill 的价值在于建立一个很朴素但重要的习惯先看代码事实再决定是否行动。对 AI Coding 来说这比单纯增加更多 Prompt 更接近真正的工程能力。项目地址https://github.com/obra/superpowers/tree/main/skills/receiving-code-review 
长河君 · 2026/10/27 2:05:07 · 阅读 1.2k AI 收到 Code Review 就直接改？这个 Agent Skill 教它先验证再动手
一、Skill 概述Receiving Code Review让 AI Agent 不再“照单全收”的代码审查反馈 Skillreceiving-code-review是 obra/superpowers 中专门处理代码 Review 反馈的 Agent Skill。它的核心不是让 AI 机械地接受 Reviewer 的每一条建议而是要求 Agent先理解反馈、核对代码现状再判断是否应该修改。当收到 PR Review 后Agent 会结合实际代码、测试覆盖、架构背景和现有约束对反馈进行技术验证对于正确的问题执行修改对于信息不足或存在技术冲突的建议先澄清必要时基于技术依据提出异议。核心原则可以概括为先验证再修改技术正确性优先于“迎合 Reviewer”。这一 Skill 目前属于 Superpowers 的代码协作工作流之一与requesting-code-review等 Skill 配合使用形成从发起 Review → 接收反馈 → 修改验证的完整闭环。二、Skill 核心内容 传统 Code Review 中一个常见问题是开发者看到 Reviewer 留言后马上回复“好的我来修改”然后让 AI 按评论逐条改代码。问题在于Reviewer 提出的建议不一定都适用于当前代码。可能存在需求理解偏差、代码上下文不足、架构约束不同、建议与现有设计冲突甚至只是 Reviewer 的个人偏好。receiving-code-review的核心思路就是把“收到意见”与“执行修改”两件事分开。Agent 首先需要理解反馈 → 核对代码 → 验证问题 → 判断是否成立 → 再决定修改或澄清对于多个 Review 意见则优先处理阻塞性问题再处理普通问题并在每次修改后进行验证降低连续修改带来的回归风险。换句话说Code Review 不是“Reviewer 说什么AI 就改什么”而是一次需要技术判断的工程协作。三、五句值得学习的英文句子1.Code review requires technical evaluation, not emotional performance.译文代码审查需要技术判断而不是情绪化地表达认同。2.Verify before implementing.译文先验证再实施。3.Ask before assuming.译文先询问再做假设。4.Technical correctness over social comfort.译文技术正确性优先于让沟通变得舒服。5.Push back on suggestions that break functionality or lack context.译文对于可能破坏功能或缺少上下文依据的建议应基于技术原因提出异议。这些句子非常适合程序员记忆因为它们实际上也是 AI Coding Agent 工作流中很重要的行为准则。四、五大关键技术词汇1. Code Review中文含义代码审查 / 代码评审读音koud ri-VYOO开发场景Pull Request、GitHub、GitLab、团队协作、代码质量检查一句话理解开发者在代码合并前由其他开发者检查代码的正确性、可维护性、安全性和设计合理性。2. Technical Verification中文含义技术验证读音TEK-ni-kəl ver-i-fi-KAY-shən开发场景Code Review、Bug 修复、AI Coding Agent一句话理解不是看到 Review 意见就修改而是先通过代码、测试和实际运行情况确认问题是否真实存在。3. Clarification中文含义澄清 / 明确需求读音klar-uh-fi-KAY-shən开发场景Code Review、需求分析、PR 协作一句话理解当 Review 意见不明确时先确认 Reviewer 真正想解决什么问题再开始修改。4. Regression中文含义回归问题 / 回归缺陷读音ri-GRESH-ən开发场景Bug Fix、Code Review、自动化测试、CI/CD一句话理解修改代码解决一个问题后却意外导致之前正常工作的功能出现问题。5. Push Back中文含义提出异议 / 反驳建议读音push bak开发场景Code Review、架构讨论、技术方案评审一句话理解发现 Review 建议不适合当前代码或架构时不盲目执行而是用具体的技术依据解释为什么不能这样改。五、核心技术思想 receiving-code-review最值得借鉴的地方可以浓缩成一句话不要把“收到反馈”直接等同于“执行反馈”。它实际上建立了一套非常适合 AI Agent 的 Review 处理流程① Understand理解先完整阅读 Review 意见明确 Reviewer 到底要求解决什么问题。② Verify验证回到真实代码中检查问题是否存在同时结合测试、调用关系、架构设计和项目约束判断反馈是否成立。③ Clarify澄清如果反馈存在歧义、缺少上下文先询问而不是让 AI 自己猜。④ Evaluate判断将反馈区分为技术上正确需要修改信息不足需要进一步确认与当前架构冲突可能破坏现有功能属于个人偏好而非实际问题⑤ Implement实施对于已经验证的问题进行修改并优先处理阻塞性问题。⑥ Test验证修改每完成一项修改就通过测试或其他验证手段确认没有引入新的问题。因此这个 Skill 解决的其实不是简单的“AI 怎么修改 Code Review”而是更重要的“AI 应该如何判断一条 Code Review 意见到底值不值得修改”这也是 Agent Coding 与传统代码补全最大的区别之一Agent 不只是执行命令还需要在执行之前进行技术判断。六、开发者阅读建议 个人观点过去 Code Review 的核心是“人审代码”而 AI Agent 加入后真正值得关注的是“AI 如何处理人给出的反馈”。如果 Agent 把 Reviewer 的每句话都当成绝对命令速度越快反而越容易把错误带进代码。这个 Skill 的价值在于建立一个很朴素但重要的习惯先看代码事实再决定是否行动。对 AI Coding 来说这比单纯增加更多 Prompt 更接近真正的工程能力。项目地址https://github.com/obra/superpowers/tree/main/skills/receiving-code-review