注意
要了解 Copilot 云代理的简介，请参阅 关于 GitHub Copilot 云代理。
审阅 Copilot 的更改
当 Copilot 完成编码任务并向您请求对拉取请求进行审阅时，您应在合并拉取请求前彻底审查 Copilot 的工作。
重要提示
如果您设置了要求拉取请求审批的规则或分支保护，并且让 Copilot 创建拉取请求，您可以批准该拉取请求，但 您的批准不计入 所需的批准次数。必须有其他人批准后才能合并。
您可以在拉取请求评论中提及 @copilot 来请求 Copilot 进行更改。默认情况下，Copilot 会直接将提交推送到拉取请求的分支。如果您愿意，也可以在评论中使用自然语言让 Copilot 创建一个单独的拉取请求。您也可以检出 Copilot 的分支并自行进行更改。
可选地，当通过 GitHub 网页界面提交拉取请求评论（而非审阅或审阅评论）时，您可以使用模型选择器选择模型。默认情况下，Copilot 将使用最初用于创建该拉取请求的模型。
提示
建议您批量提交审阅评论，而不是逐条提交。
Copilot 只会响应拥有仓库写权限的人的评论。
当 Copilot 响应您的评论并启动新的代理会话时，会在该评论上添加眼睛表情 (👀) 作为回应，并在拉取请求时间线中添加“Copilot 已开始工作”事件。
当 Copilot 在同一拉取请求上启动新会话时，它会记住前一次会话的上下文，从而更快更可靠地工作。
注意
如果拉取请求是由自定义代理创建的，当您在拉取请求评论中提及 @copilot 时，将使用相同的自定义代理进行后续更改。这确保在整个拉取请求生命周期中代理的专用配置保持一致。参见 为 Copilot 云代理创建自定义代理。
欲了解更多信息，请参阅 使用 GitHub Copilot 完成任务的最佳实践 中的章节“使用评论迭代拉取请求”。
管理 GitHub Actions 工作流运行
默认情况下，当 Copilot 向拉取请求推送更改时，GitHub Actions 工作流不会自动运行。
GitHub Actions 工作流可能拥有特权，并能访问敏感的机密信息。检查拉取请求中的提议更改，并确认您对在该拉取请求分支上运行工作流感到满意。尤其要留意 .github/workflows/ 目录中涉及工作流文件的任何提议更改。
要允许 GitHub Actions 工作流运行，请点击拉取请求合并框中的 批准并运行工作流 按钮。
可选地，您可以配置 Copilot 云代理，使 GitHub Actions 工作流在无需人工干预的情况下运行。欲了解更多信息，请参阅 配置 GitHub Copilot 云代理的设置。
对 Copilot 的工作提供反馈
您可以在 Copilot 的拉取请求和评论上使用反馈按钮对其工作提供反馈。我们会利用您的反馈来改进产品和 Copilot 方案的质量。
- 在 Copilot 的拉取请求或评论上，点击赞成 (👍) 或反对 (👎) 按钮。
- 如果您点击反对按钮，系统会要求您提供更多信息。您可以选择负面反馈的原因并在点击 提交反馈 前留下评论（此步骤为可选）。