【免费下载链接】superpowers-skillsCommunity-editable skills for Claude Codes superpowers plugin项目地址https://gitcode.com/gh_mirrors/su/superpowers-skills点击查看免费下载如果你在用 Claude Code 做开发superpowers-skills 是 superpowers 插件的社区技能库其中有两个AI 代码评审技能特别值得掌握requesting-code-review请求评审与 receiving-code-review接收反馈。前者让 AI 主动派发评审子代理把关代码后者教 AI 如何技术化地回应评审意见——不谄媚、不盲从必要时优雅回怼。本文带你把这一整套流程跑通。一、AI 代码评审的完整闭环两个技能各司其职superpowers-skills 把评审拆成了攻守两端技能文件路径核心职责一句话心法Requesting Code Reviewskills/collaboration/requesting-code-review/SKILL.md派发 code-reviewer 子代理在问题扩散前拦截缺陷Review early, review often早评审勤评审Code Review Receptionskills/collaboration/receiving-code-review/SKILL.md收到反馈后先验证再动手技术正确优先于社交舒适Verify before implementing先验证再实现两个技能搭配使用第一个负责把评审请进来第二个负责把反馈接住、接稳。二、第一件如何向 AI 请求代码评审何时必须请求评审根据 requesting-code-review 技能评审分强制与可选两档强制场景Mandatory子代理驱动开发subagent-driven development中每个任务完成后完成一个主要功能后合并进主分支之前可选但高性价比的场景卡住了换个新视角重构之前建立基线检查修复复杂 bug 之后请求评审的三步操作整个流程并不复杂核心步骤在 SKILL.md 中有完整定义第 1 步拿到两个 commit SHABASE_SHA$(git rev-parse HEAD~1) # 起始提交或 origin/main HEAD_SHA$(git rev-parse HEAD) # 结束提交第 2 步派发 code-reviewer 子代理使用 Task 工具加载评审模板 code-reviewer.md填入 5 个占位符{WHAT_WAS_IMPLEMENTED}— 你刚实现了什么{PLAN_OR_REQUIREMENTS}— 它本应做什么{BASE_SHA}/{HEAD_SHA}— 评审的提交区间{DESCRIPTION}— 一段简要总结第 3 步按严重程度分级处理反馈Critical严重→ 立即修复Important重要→ 继续推进之前必须修复Minor次要→ 记录下来日后再说评审员错了→ 带着技术推理去反驳push back评审子代理会交付什么模板文件 code-reviewer.md 规定了严格的输出格式确保评审结果可执行Strengths亮点具体到文件行号不空夸Issues问题按 Critical / Important / Minor 三级分类每条都要给出文件:行号、问题原因、修复建议Recommendations建议质量、架构、流程层面的改进Assessment结论明确回答 Ready to merge? Yes / No / With fixes模板还立下规矩不许没检查就喊 looks good不许把吹毛求疵标成 Critical不许含糊其辞比如改进一下错误处理这种空话。三、第二件收到反馈后如何优雅地回怼很多 AI 助手接到评审意见会立刻说 Youre absolutely right! 然后闷头照做——这正是 receiving-code-review 技能 最想纠正的毛病代码评审需要的是技术评估而不是情绪表演。六步响应模式READ → IMPLEMENT技能中给出的标准响应流程SKILL.mdREAD— 完整读完反馈先别反应UNDERSTAND— 用自己的话复述要求不清楚就问VERIFY— 对照代码库实际情况核实EVALUATE— 这条建议对当前代码库技术上是否成立RESPOND— 技术性确认或带理由地反驳IMPLEMENT— 一次只改一条每改一条都测试禁用回复清单别让 AI 当应声虫技能明确列出了绝不可用的回复SKILL.md❌ 禁用的谄媚回复✅ 应该怎么做Youre absolutely right!复述技术需求然后开工Great point! / Excellent feedback!提出澄清性问题Let me implement that now未验证就动手用技术推理反驳如果对方错了任何 Thanks for...直接修用代码行动回应技能的原话很直接当你发现自己正要写 Thanks 时——删掉它直接陈述修复内容。何时该回怼怎么怼该回怼的六种情况SKILL.md建议会破坏现有功能评审者缺乏完整上下文违反YAGNI原则给没人用的功能加戏对当前技术栈技术上不成立存在遗留代码/兼容性约束与你人类已做的架构决策冲突回怼的正确姿势用技术推理而不是防御性情绪提出具体问题引用能证明现状正确的测试和代码涉及架构争议时拉上人类拍板。 技能里还埋了一个彩蛋如果 AI 觉得回怼起来不太自在它可以发一句暗号 Strange things are afoot at the Circle K 来示意——这个细节让整套机制多了一分人味。反馈看不明白先停下来问一个高频陷阱是半懂不懂就先做一半。技能的规定是SKILL.md只要有任何一条不清楚STOP什么都先别改先就模糊条目请求澄清。因为各条目之间可能相关部分理解 错误实现。正确示范我理解第 1、2、3、6 条第 4 和 5 条在动手前需要澄清。YAGNI 检查评审员要求实现完整功能时如果评审员建议把某个端点实现得专业一点加数据库、日期过滤、CSV 导出……正确动作是先grep代码库确认实际使用情况没人调用→ 反问这个端点没有任何调用方直接删掉YAGNI吗有人调用→ 再谈完善背后的规则是你和评审员都向用户汇报——不需要的功能就不要加。改错了自己先前的回怼体面地认错如果你反驳了评审者、后来验证发现自己错了技能给出的标准模板是You were right — I checked X and it does Y. Implementing now.只陈述事实、立刻纠正、不写长篇道歉、不辩解当初为什么反驳。四、实战对比同一句反馈的两种回应技能文档中的真实示例SKILL.md最直观评审员说把遗留代码删掉❌ 表演式认同Youre absolutely right! Let me remove that...✅ 技术验证式回应查了一下……构建目标是 10.15而这个 API 需要 13。要兼容 13 以下版本就必须保留遗留路径。不过当前实现里 bundle ID 写错了——是修掉它还是干脆放弃 13 以下的支持同一个问题后者既核实了代码事实又给出了可执行的选项——这就是优雅回怼的含金量。五、把两件套放进你的工作流这两个技能不是孤立存在的它们与协作类技能形成了完整链条见 skills/collaboration/每个任务之间subagent-driven-development 规定新子代理执行任务 任务间代码评审评审问题在下一任务开始前就被拦下合并之前requesting-code-review 的强制场景覆盖 before merge to main收尾阶段finishing-a-development-branch 会先验证测试全绿再给出合并 / PR / 清理选项找不到技能时用 find-skills 脚本按关键词过滤快速定位六、小结三条带得走的规则评审要早、要勤任务完成后、大功能完成后、合并前主动派发 code-reviewer按 Critical / Important / Minor 分级处理先验证再实现收到反馈先 READ → VERIFY → EVALUATE不理解的条目先问清楚再动手技术正确 社交舒适拒绝谄媚式认同评审错了就用代码和测试回怼自己错了就一行话体面认错掌握这套AI 代码评审两件套你的 Claude Code 工作流就同时拥有了质量闸门和理性防线——代码评审不再是一场客套表演而是扎实的技术对话。赞分享【免费下载链接】superpowers-skillsCommunity-editable skills for Claude Codes superpowers plugin项目地址https://gitcode.com/gh_mirrors/su/superpowers-skills点击查看免费下载相关推荐免费给 Windows 11 去臃肿Win11Debloat 小白友好上手指南免费给 Windows 11 去臃肿Win11Debloat 小白友好上手指南 Win11Debloat 是一个免费开源的 PowerShell 脚本批量卸桌面应用CLIDetox 代码审查指南如何专业地评审 Pull RequestDetox 代码审查指南如何专业地评审 Pull Request 导读 Pull RequestPR审查是 Detox 协作流程中最关键的环节之一——作为测试移动开发质量保障开发工具AI 代码评审入门Sentry Skills 中 code-review 与 find-bugs 如何提升代码质量AI 代码评审入门Sentry Skills 中 code review 与 find bugs 如何提升代码质量 Sentry Skills 是 Sentr创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
【免费下载链接】superpowers-skillsCommunity-editable skills for Claude Codes superpowers plugin项目地址https://gitcode.com/gh_mirrors/su/superpowers-skills点击查看免费下载如果你在用 Claude Code 做开发superpowers-skills 是 superpowers 插件的社区技能库其中有两个AI 代码评审技能特别值得掌握requesting-code-review请求评审与 receiving-code-review接收反馈。前者让 AI 主动派发评审子代理把关代码后者教 AI 如何技术化地回应评审意见——不谄媚、不盲从必要时优雅回怼。本文带你把这一整套流程跑通。一、AI 代码评审的完整闭环两个技能各司其职superpowers-skills 把评审拆成了攻守两端技能文件路径核心职责一句话心法Requesting Code Reviewskills/collaboration/requesting-code-review/SKILL.md派发 code-reviewer 子代理在问题扩散前拦截缺陷Review early, review often早评审勤评审Code Review Receptionskills/collaboration/receiving-code-review/SKILL.md收到反馈后先验证再动手技术正确优先于社交舒适Verify before implementing先验证再实现两个技能搭配使用第一个负责把评审请进来第二个负责把反馈接住、接稳。二、第一件如何向 AI 请求代码评审何时必须请求评审根据 requesting-code-review 技能评审分强制与可选两档强制场景Mandatory子代理驱动开发subagent-driven development中每个任务完成后完成一个主要功能后合并进主分支之前可选但高性价比的场景卡住了换个新视角重构之前建立基线检查修复复杂 bug 之后请求评审的三步操作整个流程并不复杂核心步骤在 SKILL.md 中有完整定义第 1 步拿到两个 commit SHABASE_SHA$(git rev-parse HEAD~1) # 起始提交或 origin/main HEAD_SHA$(git rev-parse HEAD) # 结束提交第 2 步派发 code-reviewer 子代理使用 Task 工具加载评审模板 code-reviewer.md填入 5 个占位符{WHAT_WAS_IMPLEMENTED}— 你刚实现了什么{PLAN_OR_REQUIREMENTS}— 它本应做什么{BASE_SHA}/{HEAD_SHA}— 评审的提交区间{DESCRIPTION}— 一段简要总结第 3 步按严重程度分级处理反馈Critical严重→ 立即修复Important重要→ 继续推进之前必须修复Minor次要→ 记录下来日后再说评审员错了→ 带着技术推理去反驳push back评审子代理会交付什么模板文件 code-reviewer.md 规定了严格的输出格式确保评审结果可执行Strengths亮点具体到文件行号不空夸Issues问题按 Critical / Important / Minor 三级分类每条都要给出文件:行号、问题原因、修复建议Recommendations建议质量、架构、流程层面的改进Assessment结论明确回答 Ready to merge? Yes / No / With fixes模板还立下规矩不许没检查就喊 looks good不许把吹毛求疵标成 Critical不许含糊其辞比如改进一下错误处理这种空话。三、第二件收到反馈后如何优雅地回怼很多 AI 助手接到评审意见会立刻说 Youre absolutely right! 然后闷头照做——这正是 receiving-code-review 技能 最想纠正的毛病代码评审需要的是技术评估而不是情绪表演。六步响应模式READ → IMPLEMENT技能中给出的标准响应流程SKILL.mdREAD— 完整读完反馈先别反应UNDERSTAND— 用自己的话复述要求不清楚就问VERIFY— 对照代码库实际情况核实EVALUATE— 这条建议对当前代码库技术上是否成立RESPOND— 技术性确认或带理由地反驳IMPLEMENT— 一次只改一条每改一条都测试禁用回复清单别让 AI 当应声虫技能明确列出了绝不可用的回复SKILL.md❌ 禁用的谄媚回复✅ 应该怎么做Youre absolutely right!复述技术需求然后开工Great point! / Excellent feedback!提出澄清性问题Let me implement that now未验证就动手用技术推理反驳如果对方错了任何 Thanks for...直接修用代码行动回应技能的原话很直接当你发现自己正要写 Thanks 时——删掉它直接陈述修复内容。何时该回怼怎么怼该回怼的六种情况SKILL.md建议会破坏现有功能评审者缺乏完整上下文违反YAGNI原则给没人用的功能加戏对当前技术栈技术上不成立存在遗留代码/兼容性约束与你人类已做的架构决策冲突回怼的正确姿势用技术推理而不是防御性情绪提出具体问题引用能证明现状正确的测试和代码涉及架构争议时拉上人类拍板。 技能里还埋了一个彩蛋如果 AI 觉得回怼起来不太自在它可以发一句暗号 Strange things are afoot at the Circle K 来示意——这个细节让整套机制多了一分人味。反馈看不明白先停下来问一个高频陷阱是半懂不懂就先做一半。技能的规定是SKILL.md只要有任何一条不清楚STOP什么都先别改先就模糊条目请求澄清。因为各条目之间可能相关部分理解 错误实现。正确示范我理解第 1、2、3、6 条第 4 和 5 条在动手前需要澄清。YAGNI 检查评审员要求实现完整功能时如果评审员建议把某个端点实现得专业一点加数据库、日期过滤、CSV 导出……正确动作是先grep代码库确认实际使用情况没人调用→ 反问这个端点没有任何调用方直接删掉YAGNI吗有人调用→ 再谈完善背后的规则是你和评审员都向用户汇报——不需要的功能就不要加。改错了自己先前的回怼体面地认错如果你反驳了评审者、后来验证发现自己错了技能给出的标准模板是You were right — I checked X and it does Y. Implementing now.只陈述事实、立刻纠正、不写长篇道歉、不辩解当初为什么反驳。四、实战对比同一句反馈的两种回应技能文档中的真实示例SKILL.md最直观评审员说把遗留代码删掉❌ 表演式认同Youre absolutely right! Let me remove that...✅ 技术验证式回应查了一下……构建目标是 10.15而这个 API 需要 13。要兼容 13 以下版本就必须保留遗留路径。不过当前实现里 bundle ID 写错了——是修掉它还是干脆放弃 13 以下的支持同一个问题后者既核实了代码事实又给出了可执行的选项——这就是优雅回怼的含金量。五、把两件套放进你的工作流这两个技能不是孤立存在的它们与协作类技能形成了完整链条见 skills/collaboration/每个任务之间subagent-driven-development 规定新子代理执行任务 任务间代码评审评审问题在下一任务开始前就被拦下合并之前requesting-code-review 的强制场景覆盖 before merge to main收尾阶段finishing-a-development-branch 会先验证测试全绿再给出合并 / PR / 清理选项找不到技能时用 find-skills 脚本按关键词过滤快速定位六、小结三条带得走的规则评审要早、要勤任务完成后、大功能完成后、合并前主动派发 code-reviewer按 Critical / Important / Minor 分级处理先验证再实现收到反馈先 READ → VERIFY → EVALUATE不理解的条目先问清楚再动手技术正确 社交舒适拒绝谄媚式认同评审错了就用代码和测试回怼自己错了就一行话体面认错掌握这套AI 代码评审两件套你的 Claude Code 工作流就同时拥有了质量闸门和理性防线——代码评审不再是一场客套表演而是扎实的技术对话。赞分享【免费下载链接】superpowers-skillsCommunity-editable skills for Claude Codes superpowers plugin项目地址https://gitcode.com/gh_mirrors/su/superpowers-skills点击查看免费下载相关推荐免费给 Windows 11 去臃肿Win11Debloat 小白友好上手指南免费给 Windows 11 去臃肿Win11Debloat 小白友好上手指南 Win11Debloat 是一个免费开源的 PowerShell 脚本批量卸桌面应用CLIDetox 代码审查指南如何专业地评审 Pull RequestDetox 代码审查指南如何专业地评审 Pull Request 导读 Pull RequestPR审查是 Detox 协作流程中最关键的环节之一——作为测试移动开发质量保障开发工具AI 代码评审入门Sentry Skills 中 code-review 与 find-bugs 如何提升代码质量AI 代码评审入门Sentry Skills 中 code review 与 find bugs 如何提升代码质量 Sentry Skills 是 Sentr创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
