在 GitHub PR 请求审查

读取严重程度和建议、请求重新审查，并区分反馈与云端修复。

This page has not been translated into English yet. The original Chinese version is shown below.

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

阅读和处理评论

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

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

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

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

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

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

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

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

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