用途：在收到代码评审反馈、处理 PR 评论或评估建议时，提供一套以技术正确性为先的响应流程，而非情绪化或表演式回应。
主要能力：给出接收反馈的响应模式——完整阅读反馈、用自己的话复述需求、对照代码库实际情况验证、评估建议是否适用于当前代码库、给出技术性确认或有理由的反驳、逐项实现并逐项测试。明确列出禁止的回应（如“你说得完全对”“好观点”“我马上实现”），并给出替代做法。
使用方式：对不明确的反馈先停止实现并请求澄清，因为条目之间可能相关，部分理解会导致错误实现。区分反馈来源：来自用户（可信）时理解后实现，范围不清仍需询问；来自外部评审者时，先检查技术是否正确、是否破坏现有功能、当前实现的原因、是否兼容所有平台版本、评审者是否了解完整上下文。若建议看似错误，用技术理由反驳；若难以验证，说明无法验证并询问是否调查或继续。对“正确实现”类建议先 grep 代码库确认实际使用情况，未使用则按 YAGNI 建议移除。多项反馈按顺序处理：先澄清，再依次处理阻塞问题、简单修复、复杂修复，逐项测试并确认无回归。
适用场景：处理 PR 评论、代码评审意见、外部贡献者建议等。
限制：资料未提供具体安装命令、平台支持、收费或价格信息；GitHub 线程回复示例仅给出 gh api 命令片段，未提供完整参数说明。