GitHub Copilot

GitHub Copilot可在IDE中解释项目代码、提供生成建议并执行修改，也能从GitHub Issue启动云端任务，将结果交付为PR。开发者可以在会话中跟进执行，再通过审查评论要求继续迭代。它把代码辅助连接到已有仓库、任务和评审流程，适合个人日常开发及团队工程协作。

把Issue与PR连接到AI执行过程

在已启用云端Agent的仓库中，将Issue指派给Copilot，即可开始处理并准备PR。运行日志会显示读取的文件、推理与修改，用户可以继续输入要求调整方向。编码任务完成后，Copilot请求开发者评审，后续修改通过同一PR分支继续推进，是否合并仍由维护者决定。

在IDE中区分问答与实际修改

Copilot Chat提供Ask、Agent和Plan等模式。Ask用于代码问题与建议，Plan先形成实现计划，Agent则通过读文件、改代码和运行命令推进任务。用户可以在聊天入口提交需求，查看回答引用了哪些文件，再结合实际结果继续提问；组织策略可能影响模式是否可用。

并行跟进研究与编码会话

云端编码执行时，可在仓库Agents入口另开研究任务，例如分析依赖升级范围。两类会话分别显示进度，用户可进入具体会话检查所读文件与修改内容，并在日志下补充指令。这样能把调查与实现分开跟进，研究会话的结论仍需由开发者与代码事实核对。

通过PR审查与评论继续迭代

打开任务生成的PR后，可请求Copilot代码审查，阅读评论并检查建议修改。开发者也能自己检出分支提交改动，或在评论里提及Copilot要求它继续调整。AI产物应按普通贡献者的PR同样审阅；仓库要求审批时，发起者对Copilot PR的批准不能替代其他评审者所需的批准。

使用Fusion协调模型选择

在模型选择器中选择Copilot Fusion，再决定Standard、High或Max强度，系统会围绕任务路由和组织模型调用。处理方式可包括直接由一个模型完成、先生成再判断是否升级，以及生成后由另一模型审阅并修订。实际只使用组织策略允许的模型，使用成本按所调用模型计算。

在不同开发入口继续工作

官方支持在IDE、GitHub网页、移动端以及Copilot应用和CLI等入口使用相关能力。IDE适合围绕打开的项目交互，GitHub端则便于从Issue和PR组织云端任务。各入口的功能、模型和额度由套餐与管理策略决定，选择前应按具体客户端核对支持范围，而不能把某一入口的能力视作全部环境一致。

从小型Issue开始首次云端任务

1. 确认访问权限：使用支持云端Agent的方案，并确认目标仓库已启用；组织用户还需管理员允许。
2. 准备明确任务：选择或创建范围清楚的Issue，在Assignees中选择Copilot，并补充必要要求。
3. 跟进会话：打开运行日志查看读取与修改过程，输入补充要求纠正范围或优先级。
4. 审查交付：任务完成后打开PR，检查差异并按需请求Copilot审查。
5. 迭代并验证：评论中提及@copilot说明问题，或自己提交修改，满足仓库检查与评审要求后再合并。

适合日常编程与仓库维护

• 项目理解：在IDE中询问模块实现，检查引用文件后继续定位具体逻辑。
• 明确缺陷修复：将复现步骤与验收要求放入Issue，交给云端Agent形成待审查PR。
• 依赖升级调查：启动独立研究会话，先整理升级影响再决定实现范围。
• 提交前复查：针对PR请求AI审查，结合人工检查与项目测试处理发现的问题。