在 GitHub PR 请求审查

打开或创建 PR，在右侧 Reviewers 中找到 Copilot，点击 Request。审查完成后阅读评论和 overview，结合相关 diff 判断反馈是否适用。官方给出的通常耗时不是完成时限保证。

阅读和处理评论

评论使用 High、Medium、Low 标记严重程度，帮助确定处理顺序。Copilot 默认提交 Comment review；overview 中的 approval assessment 也不自动满足合并要求，正式审批行为见Copilot approvals。

建议修改可以单独接受并提交，也可以合并多个建议为一个 commit。提交前核对是否改变了原本正确的行为，再运行适合该改动的验证。

可以回复、解决、隐藏评论或添加 reaction，但普通回复只对人可见，代码审查代理不会读取这些回复并继续对话。因此，不要把在审查线程里解释问题当成已向代理发起新的修复任务。

用 Fix with Copilot 委派修复

同时启用 code review 与 cloud agent 后，评论中的 Fix with Copilot 会准备一条请求草稿。你可以明确要求修复哪些反馈，并选择新建一个以当前分支为目标的 PR，或直接提交到当前 PR。

检查草稿范围再发送，随后按云端输出验收复核实际修改。请求分析与委派写入是不同操作，应用建议也不代表验证自动通过。

在新改动后重新审查

若未配置 Review new pushes，推送后不会自动再次审查。可在 Reviewers 中 Copilot 名称旁手动点击重新请求按钮；需要持续复查时配置自动审查。

重新审查可能重复已解决或已点负面反馈的评论，不能把 Resolve conversation 当作永久屏蔽同类发现。

产品反馈与 API 入口

每条评论可点赞或点踩；负面反馈可补充原因并 Submit feedback。这用于产品反馈，不是修改代码的任务入口。

GitHub REST API 可用 reviewer copilot-pull-request-reviewer[bot] 请求审查。具体请求权限和参数应使用官方 review requests 接口；它与gh 的 @copilot 别名不是同一个字符串。PR 请求前也可选分析深度。