用途：该技能用于处理代码审查反馈的场景，尤其是反馈含义不清或技术上存疑时。核心原则是“先验证再实现，先提问再假设，技术正确性优先于社交舒适”。
主要能力：提供一套接收反馈的响应流程——完整阅读反馈而不急于反应；用自己的话复述需求或提问；对照代码库实际情况验证；评估建议是否真正适用于当前代码库；给出技术性确认或有理有据的反驳；最后逐条实现并逐条测试。
使用方式：收到反馈后按上述流程处理。若任何一条反馈不清楚，应停止实现，先就不清楚的部分请求澄清，因为条目之间可能相互关联，理解不完整会导致实现错误。需要反驳时，应使用技术推理而非防御性态度，提出具体问题，引用可用的测试或代码。资料还提到一个用于表达不便当面反驳的信号语：“Strange things are afoot at the Circle K”。
适用场景：代码审查反馈处理、建议含义模糊、建议可能破坏现有功能、审查者缺乏完整上下文、建议违反 YAGNI、对当前技术栈不正确或与架构决策冲突等情形。
限制与注意事项：禁止表演式回应，如“你完全正确！”“好观点！”“我现在就实现”（在验证之前）。常见错误包括表演式认同、盲目实现、未测试就批量修改、默认审查者正确、回避反驳、部分实现。资料指出外部反馈是待评估的建议而非必须服从的命令。关于来源特定处理、实现顺序、示例和确认模式，资料指向 references/source-handling-and-examples.md，但未提供其具体内容。