用途：在用户本地处理 PR 评审意见时，协助评估、实现或起草回复。评审反馈交给该技能，它向用户呈现分析、修复与回复草稿，最终由用户决定实现什么、发布什么。核心原则：先验证再实现，先暴露歧义再假设，技术正确优先于社交舒适。
主要能力：读取并整合三类 GitHub API 端点获取完整评审意见——行内评审评论 repos/{owner}/{repo}/pulls/{pr}/comments、评审摘要 repos/{owner}/{repo}/pulls/{pr}/reviews、会话评论 repos/{owner}/{repo}/issues/{pr}/comments。对每条意见复述技术要求、对照代码库验证、评估是否适用于当前代码库，并向用户呈现修复、反驳或需澄清的判断。
使用方式：逐条处理，先读完整意见再反应；确认后一次实现一项并测试、报告变更；意见不清时先停下询问。评估建议时检查技术正确性、是否破坏现有功能或测试、现有实现原因、评审者是否缺上下文、是否与既有决策冲突。无法验证时明确说明。YAGNI 检查：评审者建议扩展范围时，先 grep 实际调用，若无调用则建议删除而非扩展。建议反驳时以技术理由开头、引用具体代码或约束、简短呈现为可粘贴纯文本，不代为发布。
适用场景：本地处理 PR 评审意见、判断建议是否采纳、起草回复、识别评审者提出的权衡问题。权衡类问题（如“哪种意图”“是否可接受”）应呈现双方成本收益，交由用户决定，不替用户下结论。
限制：不发布回复；不替用户做决策；无法验证时需说明；缺失事实暂未提供。