Appearance
Copilot 的 PR 和任何贡献者的 PR 一样需要认真审查。通过 @copilot 评论可以请求修改，Copilot 会记住同一 PR 上的历史上下文。注意：Copilot 的 PR 默认不自动触发 GitHub Actions，需要手动批准。
GitHub Copilot Cloud Agent PR 审查：如何验证和迭代 AI 生成的代码
像审查普通 PR 一样审查 Copilot PR
Copilot 生成的代码和任何开发者提交的代码一样，需要认真的代码审查。不要因为"AI 生成的"就降低审查标准。
注意：如果仓库要求 PR 需要 Approval，Copilot 自身无法提供合规的 Approval——你需要有写权限的其他成员来 Approve。
通过 @copilot 请求修改
在 PR 评论中 @copilot 加上修改要求：
@copilot 这里的错误处理不够，需要同时记录错误日志并给用户友好的提示信息@copilot 把这个函数拆分成更小的单元，每个不超过 20 行Copilot 开始处理后，PR 时间线会出现"👀"表情反应和"Copilot 已开始工作"事件。
记住：只有对仓库有写权限的用户的 @copilot 评论才会被响应。
批量提交评论
建议把所有审查意见一次性提交（Submit review），而不是一条一条发。这样 Copilot 能统筹处理所有意见，避免多次来回修改同一部分。
提交评论时可以用模型选择器（model picker）指定使用哪个 AI 模型处理这批评论。
创建独立 PR 而不是直接在分支上提交
默认情况下，Copilot 的修改直接追加到当前 PR 分支上。如果想让 Copilot 的修改在单独的 PR 中交付：
@copilot 请在单独的 PR 中实现这个修改，不要直接加到当前 PR自己动手修改
如果有些改动你不想让 Copilot 来做，直接 checkout 分支手动修改即可：
bash
git checkout copilot/fix-auth-issue-123
# 手动做修改
git push处理合并冲突
在 PR 的合并框中点击 Fix with Copilot，或者留言：
@copilot 处理这个 PR 上的合并冲突Copilot 会分析冲突、解决、验证构建和测试结果，然后请求你的 Review。
管理 GitHub Actions 触发
默认情况下，Copilot 推送代码不会自动触发 GitHub Actions。需要手动在合并框中点击 Approve and run workflows 来触发。
如果想让 Actions 自动运行，可以在仓库设置中配置 Copilot Cloud Agent 的自动工作流权限。
跨会话上下文
Copilot 能记住同一 PR 上的历史对话，后续的修改请求不需要重复背景说明。如果这个 PR 由自定义代理创建，@copilot 评论会自动继续使用那个代理。
给 Copilot 工作质量反馈
在 Copilot 的 PR 或评论上使用 👍 / 👎 按钮给反馈，如果是 👎 可以选择原因并留言。这些反馈帮助 GitHub 改进 Copilot 的工作质量。
常见问题
Q: Copilot 的 PR 能不能直接合并不审查？
A: 技术上可以，但强烈不建议。AI 生成的代码可能引入细微错误、缺少边界情况处理或不符合项目规范，认真审查是保证代码质量的必要步骤。
Q: @copilot 修改请求有次数限制吗？
A: 每次 @copilot 请求消耗 Premium Requests。受套餐额度限制，但没有固定次数上限。
Q: 如果 Copilot 的修改始终不满意怎么办？
A: 描述更具体的期望，或者 checkout 分支自己修改。Copilot 能力有限，复杂的设计决策最终还是需要人来做。