用途：帮助用户系统性地处理代码审查反馈，逐条走查评论并与用户讨论，而不是一次性抛出所有评论。
输入来源：评论可来自 GitHub PR（用 gh api 获取行内与普通评论）、仓库中的文档（解析其中的 markdown 结构），或用户在对话中直接给出的评论。
主要流程：
- 收集反馈。GitHub PR 场景用 GraphQL 一次性获取全部评论：行内评论走 pullRequest.reviewThreads，普通评论走 pullRequest.comments；跳过已解决线程（isResolved），但即使评论已过时（isOutdated）只要未解决仍会呈现，并提示代码在此期间已变更。文档场景读取文件并抽取审查项。对话场景直接使用用户提供的评论。
- 逐条分诊。每条评论严格一次一条：向用户呈现评论，给出自己的判断（同意、不同意或提出替代方案）并简要说明理由，等待用户决定如何处理（采纳、跳过、修改等），记录约定动作，此时还不改代码。对 GitHub PR 行内评论，讨论后立即在 GitHub 上回复并解决该线程。
- 应用改动。所有评论讨论完毕后，一次性批量应用已达成一致的代码改动。对 GitHub PR 普通评论（一条可能含多个问题），待该评论内所有问题处理完后发一条汇总回复。文档来源则按需更新文档中的状态/进度。
GitHub CLI 参考动作：获取全部评论用 pullRequest.reviewThreads 与 pullRequest.comments 的 GraphQL 查询；回复行内评论用 gh api repos/{owner}/{repo}/pulls/{pr}/comments/{id}/replies -X POST -f body="..."；回复普通评论用 gh api repos/{owner}/{repo}/issues/{pr}/comments -X POST -f body="..."；解决线程用 GraphQL mutation resolveReviewThread(input: {threadId: "..."})。
限制：资料未说明具体支持的平台范围、安装方式、定价或与其他工具的集成细节；使用 GitHub 相关功能需要相应的 gh CLI 环境。