GitHub Copilot应用：智能体原生的桌面体验

尽管智能体化转型让开发变得更快，但它也带来了割裂的工作流、更多的上下文切换，以及大量时间耗费在审查智能体生成的代码上。

如果智能体要成为软件构建方式中持久的一环，它们就需要在开发者工作流中占据真正的位置。然而，大多数开发者工具并非为并行指挥多个智能体而设计。上下文散落在各个窗口中。你会跟丢正在运行的任务。代码进入 pull request 时，没有清晰的记录说明智能体尝试了什么、验证了什么，或者哪里需要人类判断。

在整个 GitHub 上，开发者正在使用智能体从提示词走向计划，从 issue 走向 pull request，从审查反馈走向已合并的代码。随着智能体化工作流成为常态，仓库创建、pull request 活动和 API 使用量都在加速增长，且没有任何放缓的迹象。仅 GitHub 上，提交量就同比几乎翻倍，每月突破 14 亿次，此外每周还有超过 20 亿分钟的 GitHub Actions 使用量。

为了满足这一需求，并继续成为所有开发者（如今还有他们的智能体）的家园，我们的重点是扩展底层系统，并提升所有服务在技术栈每一层的韧性与稳定性。

GitHub 正在为智能体前沿构建这一系统，这正是我们今天在 Microsoft Build 上展示的内容。

Copilot 应用：智能体原生开发的控制中心

你一天开始时，已经有三项工作在进行中。一个智能体正在调查一个生产环境 bug。另一个正在实现一个待办事项。第三个正在处理一个 pull request 上的评审反馈。每一个都在各自独立的隔离环境中运行，产生的变更你可以检查、重定向、测试和合并。

你需要一个能跟得上节奏的环境。

全新的 GitHub Copilot 应用 是构建在 GitHub 之上的智能体原生桌面体验。通过单一的 My Work 视图，你可以看到已连接仓库中正在进行的工作：活跃会话、issue、pull request 和后台自动化。Copilot 应用现已面向现有的 Copilot Pro、Pro+、Business 和 Enterprise 用户开放技术预览。

GitHub Copilot 应用是 GitHub 一系列 AI 工具中的最新成果，这些工具正在改变我们的业务。该应用超越了 AI 辅助的范畴，为智能体开发提供了一个亟需的控制中心。

我们的前沿部署工程师可以派遣一组智能体并管理多个项目，全部在一个位置完成。轻松访问计划和自动驾驶功能，并能够在需要时运行交互式会话或直接介入代码。

David Jobling | Master Technology Architect, Head of Technology & Delivery Futures, Global Solutioning & Delivery, Avanade Inc.

每个会话都在自己的 git worktree 中运行，即你的分支的一个真实、隔离的副本。这有助于并行的智能体会话互不干扰地工作。该应用会为你处理每一个 worktree：无需手动设置，无需清理，无需在分支之间来回切换。无论你是从提示词开始，还是从收件箱中的某个 issue 开始，Copilot 都能从已有的 issue、pull request 以及你已连接的仓库中获取所需的上下文。

随后，Agent Merge 帮助推动该 pull request 走完审查、检查和合并流程。它会监控 CI、跟踪所需的审查者、处理失败的检查，并等待所有条件得到满足。你可以选择 Copilot 应该走多远：让 CI 恢复绿色、处理反馈，或在你的条件满足时合并。由你决定启用哪些自动化，以及哪些内容会被发布。

Canvas：让意图变为可检视的工作

聊天在给出指令和处理模糊性方面很强大。但一旦智能体开始做真正的工作，聊天线程就会变成一长串不断滚动的决策、日志和修正。你需要一个能让工作本身可见的地方。

今天，我们还在 GitHub Copilot 应用中引入了 canvas。Canvas 是供人类和智能体使用的双向工作界面。一个 canvas 可以展示计划、pull request、浏览器会话、终端、部署、仪表盘或工作流状态。智能体在工作时会更新 canvas，而开发者可以在同一界面上编辑、重新排序、批准或重定向这些工作。

这是 Copilot 应用中智能体体验（AX）的开端：即人类与智能体协同操作的界面。聊天是你下达指令、讨论并推理模糊问题的地方。画布则是将意图转化为可见工作成果的地方，你可以检查、引导并验证这些成果。

只能建议代码的智能体会让你承担大量工作。为了更高效，智能体需要能够运行代码、检查结果、测试变更并迭代，而不触及生产环境。

GitHub Copilot 的云端和本地沙箱为智能体提供了一个有边界的操作空间。你可以选择 Copilot 的运行位置——本地机器或云端——在优先保障安全和企业策略执行的前提下，开始解锁智能体驱动的工作流，且不受本地资源限制。

通过本地沙箱，Copilot 直接在你的机器上的隔离环境中运行，对文件系统、网络连接和系统能力具有受限访问权限。本地沙箱策略可以集中配置和执行。

在云端，每个沙箱都运行在由 GitHub 托管的完全隔离的临时 Linux 环境中。组织可以定义自己的策略。通过云端，你可以在任何地方、任何设备上接续 Copilot 会话，并进行远程控制。

随智能体产出规模扩展的代码审查

随着智能体产出越来越多的拉取请求，代码审查面临的压力也与日俱增。Copilot code review带来了一套可自适应、具备智能体能力的系统，帮你从噪声中筛选出关键内容，让你能把精力集中在最重要的地方，而由 Copilot 来执行代码审查。

现在，你可以通过自定义智能体技能、MCP 服务器连接以及可配置的操作工作流来扩展 Copilot，让每一次审查都能体现你自己的标准、内部系统和工程上下文。

Copilot code review 现在提供中档审查，可将拉取请求路由到推理能力更强的模型，以获得更好的精确率和召回率。管理员可以将各个代码仓库的准则设置为“低”或“中”。这样，你就可以为低风险代码分配更轻量、更具成本效益的模型，而把更强大的模型留给影响更大的代码仓库。

/security-review 技能为 Copilot 提供了一条专注于安全性评估的专用路径。/rubberduck 技能现已正式可用，可利用多个模型家族来审视你的实现并发现新颖的问题。

如果你在使用 Azure DevOps，现在可以原生使用 Copilot code review。你将获得同样的一键审查、行内评论和可直接提交的修复建议，管理员还可以在他们想要的任意代码仓库上启用代码审查。

一个运行时，统管应用、工具和智能体

相同的智能体能力在终端、云端，甚至你自己的工具中都能运行，基于同一套基础。

你现在可以用 GitHub Copilot SDK 构建自己的工具。它现已在 Node.js/TypeScript、Python、Go、.NET、Rust 和 Java 中正式可用，并对外暴露了驱动 Copilot 应用的同一套智能体运行时。如果你的团队需要一个内部代码分析工具、一个自定义发布说明生成器，或一个嵌入支持工作流的智能体，你可以基于同一套基础来构建，而不必拼凑一套定制的技术栈。一个运行时，多种界面。

对于偏好使用终端工作的开发者，Copilot CLI 现已拥有重新设计的界面、语音输入和定时任务，让你可以一直留在终端里。

Copilot CLI拥有重新设计的 TUI在/experimental模式下，可通过标签页从终端访问 pull requests、issues 和 gists。语音模式使用设备端语音转文字，因此音频永远不会离开你的机器。/every可调度周期性提示词和后台任务。

视频 · 前往原文观看

云端自动化让智能体能够按计划运行、响应 GitHub 事件、创建 issue 并发表评论。默认情况下，云端智能体在每次执行写入操作前都会请求许可。一旦建立起信任，就可以切换到自动驾驶模式。

工程工作并不止于编写代码。它还包括提交 issue、发起讨论，以及回复评审者。Copilot cloud agent现在可以处理上述每一个环节。

Memory++ 和 /chronicle 让 Copilot 能够跨设备、跨时间保持连续性。你可以查询在应用、CLI、VS Code 或 GitHub 上发起的会话中的上下文。

合作伙伴构建的智能体应用与 GitHub Copilot 集成，帮助自动化任务、生成代码、分析上下文并执行操作。无需离开 GitHub 即可使用你喜爱的工具。将 issue 分配给契合你工作流的新智能体。合作伙伴包括 LaunchDarkly、Bright、Amplitude、Sonar、Endor Labs、Octopus Deploy、Packfiles、PagerDuty 和 Miro。今天就开始使用这些智能体应用。并加入等候名单，让你的公司也能将自己的智能体应用带到 GitHub。

我们正在努力实现的目标

专业软件需要判断力、验证和问责。这正是 GitHub Copilot 应用、沙箱、代码审查、自动化、上下文和合作伙伴生态汇聚为一个系统的原因：智能体可以承担更多工作，而开发者仍然掌控质量、策略和交付。

随着智能体工作流在 GitHub 上不断扩展，从仓库创建到 pull request 活动和 API 使用，平台也必须随之成长。我们将继续把可用性放在首位。我们致力于强化这些系统，让智能体原生开发足够快速、可用且可靠，使团队能够每天依赖它。

GitHub 正是这套系统所在之处，因为代码、评审、issue 和团队本就都在这里。

让我们开始构建吧。

了解更多关于我们在 Microsoft Build 上发布的内容，请查看 GitHub Changelog >