用途：在收到代码评审反馈、准备实施建议之前使用，尤其当反馈含义不清或技术上存疑时，帮助开发者以技术评估方式处理反馈，而非情绪化回应。
主要能力与流程：
- 创建待办清单（TodoWrite），逐项跟踪多条目反馈，避免遗漏。
- 获取 PR 评论：可用 gh pr view --comments 查看全部评论，或用 gh pr view --json number -q .number 获取 PR 编号，先完整阅读再回应。
- 理解与澄清：逐条确认能否用自己的话复述要求、是否契合当前代码库、是否破坏现有功能、现有实现是否有其原因。若有任何一项不清晰，应先就所有不清晰项请求澄清，再实施任何修改。
- 按顺序实现：阻塞性问题（破坏、安全）→ 简单修复（拼写、导入）→ 复杂修复（重构、逻辑），逐项实现、单独测试、频繁提交。若评审建议“正确实现”，可先用 grep 检查实际调用情况（如 grep -r "endpointName" .），未被调用时可提出按 YAGNI 移除。
- 运行验证：npm test、类型检查 npm run lint:*-types、格式化 npm run format、lint npm run lint，并用 git diff --stat 确认改动，失败须先修复。
- 推送与总结：git push 后向用户说明各项修改并询问下一步（可复审、继续反馈或查看差异）。
适用场景：处理多条目 PR 反馈、评审意见不明确、或建议可能破坏现有功能时。
限制与注意：资料未提供该技能的安装方式、版本或收费信息；示例命令需以实际项目等价命令为准，是否可用取决于环境中是否配置 gh 等工具。