用途：指导开发者（或 AI 编码助手）在收到代码评审反馈时，以技术评估而非情绪化表演的方式回应。核心原则是：先验证再实现，先询问再假设，技术正确性优先于社交舒适。
主要能力：给出接收反馈的响应模式——完整阅读反馈、用自己的话复述需求、对照代码库实际情况验证、评估是否适合当前代码库、给出技术性确认或有理有据的反驳、逐项实现并逐项测试。明确列出禁止的回应，如“你说得完全对！”“好观点！”等表演式认同，以及未经验证就说“我现在就实现”。
使用方式：遇到不清晰的反馈项时先停止，不要实现任何内容，先就不清楚的项目请求澄清，因为各项可能相互关联，部分理解会导致错误实现。来自人类搭档的反馈可信，理解后实现，但范围不清仍需询问；来自外部评审者的反馈要先检查是否技术正确、是否破坏现有功能、当前实现的原因、是否兼容所有平台版本、评审者是否了解完整上下文，若建议有误则用技术理由反驳，无法验证就说明限制并询问方向。对“专业实现”类建议先 grep 代码库确认实际使用情况，未使用则按 YAGNI 原则考虑移除。多项反馈按阻塞问题、简单修复、复杂修复的顺序实现，逐项测试并验证无回归。
适用场景：处理代码评审意见、与外部评审者协作、判断是否采纳建议、需要礼貌但坚定地反驳错误建议时。
限制：资料未提供具体安装命令、平台支持、收费或价格信息；部分内容在原文中被截断，暂未提供完整细节。