拒绝AI无脑吹捧！GitHub Copilot装上这个Review规则，怼回无理需求简直爽翻😭

你是不是也烦透了AI助手在那儿“Great point!”、“You are absolutely right!”，然后反手就把代码改崩了？AI如果不加约束，往往会变成一个只会讨好的“马屁精”，盲目听从Code Review的建议，不管这建议在技术上是不是真的合理。Receiving Code Review 这个Skill就是为了整治这种乱象而生的！它让你的AI助手秒变资深硬核工程师，学会“先验证，后执行”，甚至敢于用技术逻辑回怼不合理的修改意见。这不仅仅是一个提示词，更是一套严谨的工程化防御机制。👇

核心功能

这个Skill的核心在于将代码审查的处理流程标准化、理性化，彻底剥离情绪表演：

• 建立“验证-执行”铁律：强制AI遵循 READ（阅读） -> UNDERSTAND（理解） -> VERIFY（验证） -> EVALUATE（评估） -> RESPOND（回应） -> IMPLEMENT（执行） 的六步法则。严禁在验证代码库现状之前就动手修改。
• 彻底屏蔽客套废话：由它接管的AI绝对不会说“Great point”、“Thanks for catching that”这种毫无营养的客套话。它只会用代码改动结果或技术事实来回应，效率拉满。
• 智能YAGNI检查：当Reviewer提出“为了未来扩展性”而增加功能时，它会自动Grep代码库。如果当前没用到，它会建议移除而非盲目添加，坚决捍卫代码的简洁性。
• 区分信任源：针对你（Trusted Partner）和外部Reviewer（External）采取不同的信任策略，对外部建议保持合理的怀疑态度，防止外部的不懂行建议污染代码库。

适用平台

该Skill完美适配主流AI编程助手，是提升AI上下文理解能力的“最强外挂”。无论你使用的是 Cursor, GitHub Copilot, Claude Code, OpenAI Codex, Gemini Code Assist，还是国内的 文心快码, 腾讯云 CodeBuddy, 华为云 CodeArts，它都能无缝集成。特别是在 Cursor 和 GitHub Copilot 中，配合Chat模式使用，能让AI在处理Pull Request反馈时，表现得像一个拥有10年经验的架构师，而不是一个只会Copy-Paste的实习生。

实操代码示例

在你的AI配置或System Prompt中加入以下核心逻辑，即可激活它的“防御模式”：

WHEN receiving code review feedback:1. READ: Complete feedback without reacting2. UNDERSTAND: Restate requirement in own words3. VERIFY: Check against codebase reality4. RESPOND: Technical acknowledgment or reasoned pushbackNEVER say: 'You are absolutely right!' or 'Great point!'INSTEAD: Restate technical requirement and just start working.

优势分析

相比于通用的Prompt，这个Skill的优势在于其极强的防御性和工程导向：

• 拒绝盲从：很多同类工具倾向于让AI顺从人类指令，而它教会AI如何Say No。当Reviewer建议破坏现有功能或引入无用代码时，它会提供技术理由进行Pushback。
• 消除误解：遇到模糊的反馈（如“修复第1-6项”但第4项不明确时），它会强制暂停并询问，而不是猜着改，避免了“改错再改回来”的无效工时。
• 专业度爆表：去除一切情绪化表达，只谈技术，只看代码。这种冷峻的风格在处理开源社区PR或严格的企业级Code Review时，显得尤为专业。

应用场景

• 处理复杂的Pull Request：当你的PR收到几十条评论，且包含模糊、错误或相互冲突的建议时，用它来辅助梳理和逐一击破。
• 防御外行指导内行：当非技术人员或不熟悉项目背景的Reviewer提出“想当然”的修改意见时，利用它的逻辑生成有理有据的反驳回复。
• 遗留代码维护：在维护老旧项目时，Reviewer可能会建议用新语法重写，但可能破坏兼容性。这个Skill会强制检查构建目标（Build Target），防止因激进重构导致线上故障。

最佳实践

为了发挥这个Skill的最大威力，建议在工程化落地时注意以下几点：

• 绑定项目上下文：在使用时，务必让AI读取到当前项目的构建配置文件（如package.json或build.gradle），以便它能准确判断兼容性问题。
• 分批处理反馈：不要试图让AI一次性修复所有Review意见。遵循它的“One item at a time”原则，每修复一个问题就运行一次测试，确保无回归。
• 保持冷静：如果AI给出的反驳建议过于强硬，可以适当人工润色，但核心的技术立场不能丢。

想让你的AI助手真正学会“独立思考”，不再做Code Review中的软柿子？建议立即在 Skill优仓 获取这个配置，让你的代码审查流程回归技术本质，效率翻倍！🚀