GitHub Copilot 应用：原生代理桌面体验

GitHub Copilot 应用：原生代理桌面体验

来源 URL: https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/

发布日期: 2026年6月2日

阅读时长: 8分钟

• 分享:
• Twitter
• Facebook
• LinkedIn

在微软 Build 2026 大会上，GitHub 推出了新的工具、更新和功能界面，使代理能够以您已经习惯的方式工作。

2026年6月2日

虽然代理化转变加快了开发速度，但也导致了工作流程的割裂、更多的上下文切换以及花费大量时间审查代理生成的代码。

如果代理将成为软件构建方式的重要组成部分，它们就需要在开发人员的工作流中占据一个真正的位置。然而，大多数开发工具并不是为并行指导多个代理而设计的。上下文分散在各个窗口中。您会迷失对正在运行的内容的追踪。代码提交到拉取请求（Pull Request）时，缺乏清晰的记录来展示代理尝试了什么、验证了什么，或者哪里需要人工判断。

今天即可使用现有的 Copilot Pro、Pro+、Business 或 Enterprise 计划开始使用 GitHub Copilot 应用。[了解更多>](https://github.com/github/app?utm_source=gh-blog-copilot-app-repo-cta&utm_medium=blog&utm_campaign=msbuild-2026)

在 GitHub 上，开发人员正在利用代理从提示（Prompt）到计划、从问题到拉取请求、从评审反馈到合并代码的全流程中进行操作。随着代理化工作流成为常态，仓库创建、拉取请求活动和 API 使用量都在加速增长，没有任何放缓的迹象。仅在 GitHub 上，提交次数就几乎翻了一番，每月超过 14 亿次，加上每周超过 20 亿分钟的 GitHub Actions 运行时间。

为了满足这一需求，并继续成为所有开发人员（以及现在他们的代理）的家园，我们的重点是扩展底层系统，并提高我们所有服务在堆栈每一层的弹性和稳定性。

GitHub 正在为代理化前沿构建这一系统，这就是我们在微软 Build 上展示的内容。

GitHub Copilot 应用：原生代理开发的控制中心

您的一天从三项工作已经开始进行。一个代理正在调查生产中的 bug，另一个正在实现待办事项列表中的问题，第三个则在处理拉取请求的评审反馈。每个代理都在其独立的环境中运行，生成您可以检查、重定向、测试和合并的更改。

您需要一个能够跟上节奏的环境。

新的 GitHub Copilot 应用 是基于 GitHub 构建的原生代理桌面体验。通过单一的 我的工作 视图，您可以查看连接仓库中的正在进行的工作：活跃会话、问题、拉取请求和后台自动化任务。GitHub Copilot 应用现已向现有的 Copilot Pro、Pro+、Business 和 Enterprise 用户提供技术预览版。

视频 7

GitHub Copilot 应用是 GitHub 提供的一系列 AI 工具中的最新成果，这些工具正在改变我们的业务模式。超越 AI 辅助功能，该应用为代理化开发提供了一个急需的控制中心。

我们的现场工程师可以派遣一组代理，并从同一位置管理多个项目。轻松访问计划和自动飞行模式，同时具备运行交互式会话或根据需要进入代码的能力。

David Jobling | Avanade Inc. 技术架构师主管，全球解决方案与交付未来技术负责人

每个会话都在其独立的 Git 工作树中运行，这是您分支的真实、隔离副本。这有助于并行代理会话互不干扰地工作。应用会为您处理所有工作树：无需手动设置、清理或切换分支。无论您是从提示开始，还是从收件箱中的问题开始，Copilot 都能从现有问题、拉取请求和已连接的仓库中获取所需上下文。

然后，Agent Merge 可以帮助推动拉取请求通过评审、检查和合并流程。它监控 CI（持续集成），跟踪所需评审者，解决失败的检查项，并等待所有条件满足。您可以选择 Copilot 要推进到何种程度：将 CI 恢复为绿色状态、处理反馈，或在您的条件满足时进行合并。您决定启用哪些自动化功能以及哪些内容可以发布。

Canvas：意图转化为可检查的工作

聊天非常适合用于指令和模糊性。但一旦代理开始进行实际工作，聊天线程就会变成一长串的决策、日志和修正内容。您需要一个能够让工作本身可见的地方。

今天，我们还推出了 GitHub Copilot 应用中的 Canvas。Canvas 是人类和代理之间的双向工作界面。一个 Canvas 可能显示计划、拉取请求、浏览器会话、终端、部署、仪表盘或工作流状态。代理在工作时更新 Canvas，开发者可以在同一界面上编辑、重新排序、批准或重定向这些工作。

这是 Copilot 应用中代理体验 (AX) 的开端：人们与代理共同操作的界面。聊天是您进行指令、讨论以及处理模糊性的场所。画布则是将这种意图转化为可检查、引导和验证的工作的地方。

仅能提供代码建议的代理会让您承担大量工作。为了更高效，代理需要运行代码、检查结果、测试更改并迭代，而无需触及生产环境。

GitHub Copilot 的云端和本地沙盒为代理提供了一个有限的操作空间。您可以选择 Copilot 在本地机器或云端运行，并开始解锁以安全性和企业策略执行为优先的代理驱动型工作流，同时不受本地资源限制的影响。

视频 8

通过本地沙盒化，Copilot 在您的机器上运行在一个隔离环境中，对文件系统、网络连接和系统功能的访问受到限制。本地沙盒策略可以集中配置并强制执行。

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

可扩展的代理输出代码审查

随着代理生成越来越多的拉取请求，代码审查的压力也随之增加。Copilot 代码审查引入了一个灵活的代理系统，帮助过滤噪音，让您能够专注于最重要的地方，而 Copilot 则负责代码审查。

现在，您可以扩展 Copilot，使每次审查都反映您自身的标准、内部系统和工程上下文，方法是通过自定义代理技能、MCP 服务器连接和可配置的动作工作流。

Copilot 代码审查现在提供 中级审查，该功能将拉取请求路由到更高推理能力的模型，以提高精确度和召回率。管理员可以为单个仓库设置指南，将其设为“低”或“中”。这可以让您为低风险代码分配轻量级、成本高效的模型，而将更强大的模型用于高影响力的仓库。

/security-review 技能赋予 Copilot 一个专门用于安全评估的路径。/rubberduck 技能现已全面可用，可用于使用多个模型家族来批判您的实现并发现新颖的问题。

如果您正在使用 Azure DevOps，现在可以原生使用 Copilot 代码审查。您将获得预期的一键式审查、内联评论以及可提交的修复建议，管理员还可以启用代码审查功能于他们希望的任何仓库。

应用程序、工具和代理的单一运行时

相同的代理能力适用于终端、云端，甚至您自己的工具，基于同一基础。

现在，您可以使用 GitHub Copilot SDK 构建自己的工具。Node.js/TypeScript、Python、Go、.NET、Rust 和 Java 版本现已普遍可用，它提供了与支持 Copilot 应用程序的相同代理运行时。如果您的团队需要一个内部代码分析工具、自定义发布说明生成器，或者嵌入支持工作流中的代理，您可以基于同一基础构建，而不是拼凑出一个定制化的堆栈。单一运行时，多种应用场景。

对于喜欢在终端工作的开发者，[Copilot CLI](https://github.com/features/copilot/cli?utm_source=gh-blog-copilot-cli-cta&utm_medium=blog&utm_campaign=msbuild-2026) 现在具有重新设计的界面、语音输入和定时任务，以便您长时间停留在终端。

**Copilot CLI** 具有重新设计的 TUI，在 /experimental 模式下提供标签页访问，可以从终端浏览拉取请求、问题和 gist。语音模式 使用本地语音转文本功能，因此音频永远不会离开您的机器。/every 命令用于安排定期提示和后台任务。

视频 9

云端自动化让代理可以按计划运行，响应 GitHub 事件，打开问题并留下评论。默认情况下，云端代理在每次写入操作前都会请求权限。一旦建立了信任，就可以切换到自动驾驶模式。

工程不仅仅是编写代码。它还包括提交问题、启动讨论以及回复评审者。Copilot 云代理现在可以处理所有这些步骤。

Memory++ 和 /chronicle 为 Copilot 提供了跨设备和时间的连续性。可以从应用程序、命令行界面（CLI）、VS Code 或 GitHub 上开始的会话中查询上下文。

合作伙伴开发的代理应用程序与 GitHub Copilot 集成，以帮助自动化任务、生成代码、分析上下文并执行操作。无需离开 GitHub 即可使用您喜爱的工具。将问题分配给适合您工作流程的新代理。合作伙伴包括 LaunchDarkly、Bright、Amplitude、Sonar、Endor Labs、Octopus Deploy、Packfiles、PagerDuty 和 Miro。今天就开始使用这些代理应用程序吧。并且加入 等待列表，以便您的公司也可以将自有代理应用程序带到 GitHub。

我们正在构建的方向

专业软件需要判断力、验证和问责制。这就是为什么 GitHub Copilot 应用程序、沙盒、代码审查、自动化、上下文和合作伙伴生态系统正作为一个整体系统汇聚在一起：代理可以完成更多工作，而开发者则保持对质量、政策和交付的控制。

随着代理式工作流在 GitHub 上的增长，从仓库创建到拉取请求活动再到 API 使用，平台必须随之增长。我们将继续优先关注可用性。我们致力于强化这些系统，使原生代理开发快速、可用且足够可靠，以便团队每天都能依赖它们。

GitHub 是这个系统的所在地，因为它已经是代码、评审、问题和团队所在的地方。

让我们一起构建吧。

了解更多关于我们在 Microsoft Build 上的发布内容，请访问 GitHub 变更日志 >

• * *

标签：

• GitHub Copilot
• GitHub Copilot 应用程序
• GitHub Copilot 命令行界面
• GitHub Copilot 代码审查
• GitHub Copilot SDK

作者简介

Mario Rodriguez 担任 GitHub 产品团队的首席产品官，带领团队进行创新。他的核心身份是一名学习者，他对创建开发者工具充满热情——以至于他在过去 20 年里一直在微软和 GitHub 的领导岗位上践行这一使命。Mario 最近负责 GitHub 的 AI 战略和 GitHub Copilot 产品线，成功地将 Copilot 推广到数千家组织和数百万用户。除了 GitHub 的工作之外，Mario 还与妻子和两个女儿一起生活，并共同创立了一所特许学校，旨在推动美国农村地区的教育进步。

相关文章

[随时随地使用本地 GitHub 会话](https://github.blog/news-insights/product-news/take-your-local-github-sessions-anywhere/)

在 VS Code 或命令行界面（CLI）中启动工作，在手机上完成。GitHub Copilot 会话的远程控制功能现已在 github.com 和 GitHub 移动端全面可用。

我们也提供新闻通讯

在我们的双周新闻通讯中发现技巧、技术指南和最佳实践，专为开发者设计。

您的电子邮件地址