用途：该技能用于处理代码审查反馈的流程规范，核心原则是“先验证再实现，先询问再假设，技术正确性优先于社交舒适”。
主要能力：给出接收反馈的六步响应模式——完整阅读反馈、用自己的话复述需求、对照代码库实际情况验证、评估是否适合当前代码库、给出技术性确认或有理有据的反驳、逐项实现并逐项测试。同时列出禁止的回应方式，如“你说得完全对”“好观点”等表演式附和，以及未经验证就说“我现在就实现”。
使用方式：当收到审查意见时按上述模式处理。若任何一项不清楚，应先停止实现并请求澄清，因为条目之间可能相关，部分理解会导致错误实现。对来自人类搭档的反馈，理解后即可实现，但范围不清仍需询问；对来自外部审查者的反馈，需先检查是否技术正确、是否破坏现有功能、当前实现的原因、是否兼容所有平台版本、审查者是否了解完整上下文，若建议有误则用技术理由反驳，若无法验证则说明限制并询问方向。对“正确实现”类建议，可先 grep 代码库确认实际使用情况，未使用则按 YAGNI 建议移除。多项反馈应按阻塞问题、简单修复、复杂修复的顺序逐项实现并测试，确认无回归。
适用场景：适用于代码审查、PR 评论回复、外部审查意见处理等场景。在 GitHub 内联评论中回复时，应回复在评论线程内而非顶层 PR 评论。
限制：资料未提供具体安装命令、平台支持范围或收费信息；该技能为流程性指导，不包含可直接运行的代码示例。