把 Issue 分配给 Copilot

把 Issue 的 Assignee 设为 Copilot 后，它会开始任务、创建 PR，并在完成时请求评审。官方目前将这一分配体验标为 public preview。

分配前检查

需要付费 Copilot 套餐，且目标仓库已启用 cloud agent。目标仓库还必须允许你写入；仓库下拉框会显示你至少有读取权的仓库，但这不代表每个都可选。

Issue 应写清问题、预期行为、验收条件和已有线索。即使没有明确文件路径，代理也可以搜索代码；已知关键文件时，应提供它们以减少无效调查。

分配步骤

1. 打开 Issue，在右侧 Assignees 中选择 Copilot。
2. 在 Optional prompt 中补充任务约束、测试要求、编码习惯或不得修改的目录。
3. 选择工作仓库和起点分支；省略时使用 Issue 所在仓库及所选仓库的默认分支。
4. 按需选择 custom agent、模型与可用的 reasoning level，并完成分配。
5. 等待 Issue 上出现 👀，再从时间线进入关联的 draft PR 和会话日志。

也可以从仓库 Issues 列表或 GitHub Projects 中分配。选择其他组织的仓库，或从私有 Issue 选择公开目标仓库时，界面会给出相应提示。

Copilot 收到哪些信息

分配时传入 Issue 标题、描述、当时已有的评论，以及此次额外指令。目标仓库配置的 custom instructions 也会参与工作。

分配后新增的 Issue 评论不会自动传给代理，也不会触发它继续处理。 新要求应写到它创建的 PR 中，并提及 @copilot；运行中的任务也可以使用会话 steering。

后续协作

在 PR 中检查修改、集中提交评审意见，并在必要时继续要求调整，见PR 协作。不要把 Issue 上没有新回复直接判断为任务没有启动，先查看 PR 时间线与日志。

如果 Assignees 中没有 Copilot，检查套餐、个人或组织策略和仓库启用状态。Managed User 个人仓库的限制及超时重试见故障排查。