GitHub 于 2026 年 6 月 2 日正式公布桌面应用 GitHub Copilot app 的详细信息。该应用被定位为一种“代理原生（Agent-native）”的桌面体验：开发者可以在其中并行管理多个 AI 代理执行的开发任务。此前在 Microsoft Build 2026 上，GitHub 已预告了一系列让开发者与 AI 代理在同一工作流中协作的新功能。
GitHub Copilot app 最早于 2026 年 5 月以技术预览形式发布。开发者可以从 Issue、Pull Request、提示词（Prompt）、历史会话等多种入口发起工作，并在同一环境中完成代码修改审查、测试执行以及 PR 创建等一整套流程。6 月 2 日起，该应用的试用范围进一步扩大，面向现有的 GitHub Copilot Pro、Pro+、Business 与 Enterprise 用户开放。
统一管理多个 AI 代理的开发任务
GitHub Copilot app 的核心是一个名为 “My Work” 的视图。通过这一视图，开发者可以在一个界面中总览：
- 正在进行的会话
- 相关的 Issue 与 Pull Request
- 后台自动化任务
随着 AI 代理在团队中的使用越来越多，往往会同时存在多条并行的开发链路：有的在修复线上缺陷，有的在处理积压需求，还有的在跑测试或等待评审。此时，哪些任务正在执行、哪些环节需要人工决策，就变得难以追踪。GitHub Copilot app 试图充当一个“控制中枢”，帮助团队对多代理协作开发进行统一管理。
在实现上，每个会话都会在一个独立的 git worktree 中运行。这样一来，即便同时进行线上问题排查、积压 Issue 实现、代码评审反馈处理等多项工作，各自的修改也不会互相干扰。worktree 的创建、清理以及分支管理等繁琐操作由应用自动完成，开发者无需手动维护。
在 GitHub Copilot 应用中，Copilot 提出代码修改建议的界面示例
通过 Canvas 可视化工作过程，并在沙箱中安全执行
GitHub Copilot app 还引入了一个用于可视化代理工作过程的界面 “Canvas”。Canvas 被设计为人类开发者与 AI 代理共享的工作面板，在同一视图中集中展示：
- 开发计划与任务状态
- Pull Request 详情
- 浏览器会话
- 终端与命令执行情况
- 部署与运行状态
- 仪表盘与工作流进度
开发者可以在 Canvas 上实时查看代理正在做什么，并随时进行编辑、审批或调整方向，从而在保持可控性的前提下，让 AI 代理承担更多具体执行工作。
为支持代码的运行与验证，GitHub Copilot app 同时提供 本地沙箱 与 云端沙箱：
- 本地沙箱：Copilot 在用户本机的隔离环境中运行，对文件系统、网络连接等访问能力进行严格限制，以降低安全风险。
- 云端沙箱：GitHub 提供临时的 Linux 托管环境，用于在云端运行会话和实验性代码，避免污染本地开发环境。
借助 Agent Merge 支持 PR 审查与合并
在 Pull Request 管理方面，GitHub Copilot app 内置了 “Agent Merge” 功能，用于协助完成从 PR 审查到合并的整个流程。Agent Merge 可以：
- 跟踪 CI 状态
- 检查是否满足必需的评审人和审批条件
- 识别并处理失败的检查项
- 在所有条件满足后，协助完成最终合并
开发者可以自行决定将多少环节交给 Copilot 自动处理，保留对关键步骤的人工把关。
@YouTube
GitHub 还计划将 GitHub Copilot app 从单纯的桌面应用扩展为 应用、工具与代理的通用运行时平台。通过 GitHub Copilot SDK，第三方开发者也可以接入与 Copilot app 相同的代理执行基础设施，在其之上构建自定义的 AI 工具与工作流。
目前，GitHub Copilot 的能力已经从最初的代码补全与聊天式问答，扩展到覆盖 Issue 管理、Pull Request、代码评审、CI 流水线以及合并等完整开发流程。GitHub Copilot app 则被定位为：
- 统一管理多个 AI 代理开发任务的中枢
- 帮助团队在保持代码质量与合规策略的前提下，大规模运用 AI 代理
通过这一应用，GitHub 试图为“多代理协作开发”提供一套标准化的执行与治理平台。
