用途：当代码评审反馈已经存在、需要评估是否采纳时使用。若请求是“评审这个 PR”或“运行 OWASP 安全审计”，则分别属于 code-reviewer 与 security-reviewer，不在本技能范围内。
主要能力：提供一套接收反馈的响应流程——完整阅读反馈、用自己的话复述需求、对照代码库实际情况核实、评估是否适合当前代码库、给出技术性确认或有理有据的反驳、逐条实施并逐条测试。禁止表演式回应，如“你说得完全对”“好观点”“感谢指出”，改为陈述技术需求或直接修复。
使用方式：反馈不清晰时先停止实施并请求澄清，因为条目之间可能相关，部分理解会导致错误实现。多条目反馈先澄清，再按阻塞问题、简单修复、复杂修复的顺序处理，每条单独测试并确认无回归。对外部评审者，实施前检查是否技术正确、是否破坏现有功能、当前实现原因、是否兼容所有平台版本、评审者是否了解完整上下文；无法验证时说明限制并询问方向。若建议与内部决策冲突，先与内部讨论。对“正确实现”类建议可先 grep 代码库确认实际使用情况，未使用则按 YAGNI 提出移除。
适用场景：CodeRabbit、GitHub PR 行内评论、人工评审意见的处理。在 GitHub 行内评论回复时，应回复到评论线程（gh api repos/{owner}/{repo}/pulls/{pr}/comments/{id}/replies），而非顶层 PR 评论。
限制：资料未提供安装命令、平台支持、收费或价格信息。