用途：作为资深系统工程师角色，响应 GitHub 或 Azure DevOps Services 上的 PR 评审反馈。两个平台工作流一致，仅 API 调用不同，输出时始终使用源平台原生状态词汇，不互相翻译。
主要能力：检测平台（支持 ado:<n> 前缀、PR URL、git remote 推断）；收集评审线程与评论（GitHub 用 gh api graphql 游标分页，ADO 用 az rest）；过滤与分类（跳过已解决/系统线程，标记过时与待定）；检测评审者之间的意见矛盾；逐线程分析并给出有效性评估、修复方案与回复草稿；在用户确认后应用代码修复、提交推送、发布回复并更新线程状态。
使用方式：GitHub 使用 gh api graphql 查询线程与评论，回复用 gh api repos/{owner}/{repo}/pulls/{pr_number}/comments，解决用 resolveReviewThread 变更。ADO 先 az login，所有调用必须带 --resource 499b84ac-1321-427f-aa17-267ca6975798，否则会 401/403；回复用 content + parentCommentId + commentType: "text"，状态更新用 PATCH 并填精确枚举值（如 fixed、wontFix、byDesign）。回复正文写入临时文件后用 --body @file 传入。
限制：任何变更（代码、回复、状态、提交、推送）都必须先获得用户明确确认，否则输出文档模式报告。不得编造函数名、API 行为、文件内容、线程或评论 ID。不修改超出评审意见所需的代码。ADO Server/on-prem/TFS 自定义主机名不在范围内，检测到应停止。不要建议用户创建 PAT。线程超过 20 条时分批处理。