GitHub Copilot 应用迎来 Projects 与电脑操作公测

一句话看懂：GitHub 于 2026 年 10 月 28 日在 Copilot 应用中推出 Projects 和 Computer Use 两项功能，均处于公开预览阶段，意味着 Copilot 开始处理跨仓库、跨工具乃至桌面应用层面的工作，而不只是编辑器里的补全。

事件核心：发生了什么

根据 GitHub Changelog 发布的信息，Copilot 应用新增了 Projects 功能：用户先描述目标，再挂载所需上下文，例如多个仓库、设计稿、Slack 讨论或会议笔记，并选择模型与工具。Copilot 会按任务需要调度多个 agent 在后台并行执行，最终以 pull request 等形式交回结果供人审核。Projects 还支持针对重复性任务设置自动化流程。对于单一仓库的聚焦任务，用户仍可直接从该仓库开启会话。

另一项更新是 Computer Use，目前已在 macOS 和 Windows 上进入公开预览。Copilot 可以读取桌面应用内容、点击控件、输入或编辑文本，并在应用之间跳转，包括那些没有 API、命令行接口或 MCP 集成的软件。该功能在控制应用前会请求用户批准，组织也可通过受管设置将其关闭。此外，聊天界面支持用自然语言生成和编辑图像。

为什么重要

这两项功能的共同指向是扩大 Copilot 的工作半径。过去多数 AI 编码工具的边界是单个仓库和单次会话，而 Projects 把上下文、agent 与产出组织到同一项目中，更接近真实工程里跨仓库、跨文档的协作形态。Computer Use 则绕开了集成门槛，让 Copilot 能操作没有开放接口的桌面软件，对流程自动化来说是一次能力跃迁。从生态角度看，GitHub 把 Slack、Figma 等外部工具纳入上下文，并支持多模型选择，等于把 Copilot 从编码助手推向工作流平台，这对其他 AI 开发工具构成直接竞争压力。

对用户/开发者/创作者的影响

开发者可以尝试把需求拆解、规格撰写、设计评审等“代码之外”的环节交给项目中的 agent 处理，但仍需人工审核 PR，不能视为全自动交付。创作者可用自然语言生成和修改图像，降低素材制作门槛。对企业和团队而言，Computer Use 的显式批准机制和受管开关是合规上的积极信号，但公开预览阶段的功能稳定性、权限边界以及桌面操作带来的安全风险仍需评估。目前公开信息显示，macOS 使用前需要授予辅助功能和屏幕录制权限。