AI 编辑器

在过去的十年里，VS Code^[1] 已成长为 GitHub 上最成功的开源项目之一。近日，微软在 Build 2025^[2] 大会上宣布，广受欢迎的代码编辑器 Visual Studio Code (VS Code) 将朝着全球首款开源人工智能 (AI) 编辑器的方向发展。核心举措是将 GitHub Copilot Chat^[3] 扩展以 MIT 协议完全开源，并将其相关核心组件审慎地重构并融入 VS Code 核心。此转变深化了微软对开源社区的承诺，深度集成的 AI 功能也将重塑开发者生态。对现有 AI 编程助手市场格局，特别是 Cursor^[4]、Windsurf^[5]、Zed^[6] 等 AI 原生编辑器以及 cline^[7] 等开源插件，将产生深远影响。

开源 & 整合

微软选择此时开源 GitHub Copilot Chat，主要基于以下几点考虑：

• 大型语言模型 (LLM) 的显著进步降低了对“秘密武器”提示策略的需求。
• AI 交互最有效的用户体验 (UX) 设计已在各编辑器中趋于普遍。
• 一个由开源 AI 工具和 VS Code 扩展组成的生态系统已经形成。
• 通过开源，微软希望提升透明度，方便开发者了解收集的数据，并借助社区力量快速发现和修复安全问题，应对日益增多的针对 AI 开发者工具的恶意攻击。

从开源 GitHub Copilot Chat 到 VS Code 整合：

• MIT 许可证：GitHub Copilot Chat 扩展的源代码将基于宽松的 MIT 许可证开放。这允许广泛的使用、修改和集成，无论是开源项目还是商业产品。
• 重构至 VS Code 核心：在未来数周至数月内，该扩展的相关组件将被审慎地重构并整合到 VS Code 核心代码库中。这标志着 AI 将成为 VS Code 不可或缺的组成部分，是微软对此的长期承诺。
• 开源测试基础设施：为应对大型语言模型随机性带来的测试挑战，微软还将开源其提示测试基础设施，以确保社区提交的拉取请求 (PR) 能够构建并通过测试。
• 后端服务保持专有：需要强调的是，提供模型访问、嵌入计算和语义代码搜索等功能的 GitHub Copilot 服务本身仍将保持闭源，并受其服务许可证的约束。为了方便开发和调试，微软可能会提供一个经过许可的、用于访问 Copilot API (CAPI) 的 npm 模块，或者开发者也可以在有限场景下使用自带密钥 (BYOK) 的方式（microsoft/vscode/issues #249031^[8]）。

AI 工具的“应用层”将变得日益开放和可定制，而基础的“模型层”则主要保持专有或以托管服务的形式提供。微软的精明之处在于开源客户端（Copilot Chat 扩展）与闭源后端（Copilot 服务及模型）之间有明确划分，这使得微软能够充分利用社区在面向用户层面上的创新能力，同时保留对核心 AI 引擎的控制权和潜在的商业化机会。MIT 许可证鼓励社区广泛采纳并贡献于客户端的“观感”和逻辑，而保持后端服务的封闭性则保护了微软在先进模型和服务基础设施方面的知识产权，并维持了 Copilot 的订阅收入模式。这种混合模式旨在实现两全其美：通过社区参与提升前端体验，通过专有控制保障后端核心。

了解更多：VS Code: Open Source AI Editor^[9]、FAQ: Open sourcing AI in VS Code^[10]。

市场冲击

微软将 Copilot Chat 开源，无疑会对现有的 AI 辅助开发工具市场，特别是那些以 AI 为核心卖点的编辑器和插件，带来显著的冲击和格局重塑。我整理了一份表格做个简单比对：

• Cursor：作为 VS Code 的一个分支，Cursor 将自身定位为一个 AI 优先的集成开发环境 (IDE)。它以更深度的 AI 集成、覆盖整个代码库的上下文理解能力、对多种模型的支持以及诸如“影子工作区”(Shadow Workspaces^[11]) 和据称优于 Copilot 的自动补全等功能为卖点，常宣称其效率是 Copilot 的 N 倍。其与 VS Code 相似的用户界面（允许导入 VS Code 扩展和主题）也是一个加分项。
• Windsurf：前身为 Codeium，被宣传为一款“代理式代码编辑器”，据称比 Cursor 更为先进。它能够在提出建议前理解整个项目，并具备 Cascade^[12]（用于迭代编码的 AI Flows）、通过上传图片生成代码、网页搜索、本地索引以及多种操作模式（写入、聊天、传统模式）等功能 。此外，它还支持多种 AI 模型。
• Zed：以其高性能（采用 Rust 编写）、实时的协作功能以及自身的开源特性而著称。尽管 Zed 也集成了 AI 功能（如通过其开源 Zeta^[13] 模型实现的“代理式编辑”和“编辑预测”），但其主要侧重点一直是速度和简约风格，这与 VS Code 有时给人的“迟钝”感觉形成对比。
• cline：是一款开源的 VS Code 扩展，将自身定位为“协作式 AI 编码器”和“自主编码代理”。它强调规划、推理、环境感知、MCP 服务器集成以及对多种模型（如 Claude 3.5、DeepSeek、Gemini 2.0）的访问。

结语

VS Code 开源 Copilot Chat，不只是发布一项新功能，更是对 AI 开发工具领域的一次重要调整。这降低了高级 AI 辅助功能的获取门槛，加剧了市场竞争，并有力推动了 AI 工具的开源模式。

对开发者：这是理解、定制和贡献 AI 工具的好机会。开发者应思考如何根据自己的工作流程和需求，用好开放的 Copilot Chat。参与开源社区，既能提升技能，也能影响 AI 工具的未来走向。

对其他 AI 工具供应商（如 Cursor、Windsurf、Zed 等）：竞争门槛已明显提高。未来的差异化将取决于能否提供更强的 AI 能力（如更专业的代理、更深的上下文理解、独有的模型接入）、超越聊天和自动补全的新用户体验，或在性能及生态系统上建立显著优势。同时，也应考虑如何利用或兼容这些新开放的组件来增强自身产品。

对企业：企业需重新评估此举对内部工具选择、安全考量（客户端的透明度与后端服务的平衡）以及内部定制 AI 辅助功能机会的影响。企业可以利用开源的 Copilot Chat 为基础，构建符合自身特定安全合规和业务流程的定制化 AI 辅助开发工具。

编程的未来必将与 AI 深度融合。微软的这一举措加速了此进程，推动开发环境向更智能、代理能力更强、更依赖社区的方向发展。开源的客户端与强大的（通常是闭源的）AI 后端相结合的模式，很可能成为软件开发下一阶段的常态。然而，在拥抱这些进步时，我们必须持续关注并深入思考数据隐私、模型偏见以及日益强大的 AI 代理所带来的伦理问题。构建一个负责任的 AI 生态系统，确保技术发展真正服务于人类福祉，将是整个行业面临的长期挑战。

扩展阅读

近日，GitHub 宣布其广受欢迎的 AI 编程助手 GitHub Copilot 迎来重大升级（GitHub Copilot: Meet the new coding agent^[14]），进化为一个全新的“编码代理”（Coding Agent）。这一新功能直接嵌入 GitHub 平台，旨在进一步解放开发者，让他们专注于更具创造性和复杂性的工作，而将低至中等复杂度的任务交给 Copilot 处理。

核心亮点

新的 Copilot 编码代理能够在你将 GitHub issue 分配给它，或在 VS Code 中通过提示触发后开始工作。其核心能力在于：

• 自主执行任务：只需将一个或多个 GitHub issue 分配给 Copilot，它便会自动启动。它会在后台利用 GitHub Actions 启动一个安全且完全可定制的开发环境。
• 自动化工作流程：代理会克隆代码仓库、配置环境，并利用基于 GitHub 代码搜索的先进检索增强生成（RAG）技术分析代码库。
• 提交拉取请求 (Pull Request)： 在工作过程中，代理会将其修改作为 Git 提交推送到一个草稿拉取请求中，并更新 PR 的描述。
• 透明化与可追溯：开发者可以通过代理会话日志 (session logs) 实时追踪其每一步操作、推理过程和验证步骤，便于理解决策和发现潜在问题。
• 与现有工具链集成：Copilot 会利用项目现有的拉取请求、CI/CD 流程和所有工具。

智能交互

• 任务范围：该代理擅长处理良好测试代码库中的低至中等复杂度任务，包括添加新功能、修复错误、扩展测试用例、代码重构和改进文档。
• 多渠道触发：你可以在 github.com、GitHub Mobile 或通过 GitHub CLI 将 issue 分配给 Copilot。也可以在 GitHub 的 Copilot Chat 或 VS Code 中直接要求 Copilot 打开 PR，例如：“@github 打开一个拉取请求，将此查询生成器重构为一个单独的类”。
• 上下文理解与反馈处理：
• 代理会关注 GitHub issue，并在开始工作时添加一个 “👀” 表情符号。
• 它能够理解相关 issue 或 PR 讨论中的上下文，并遵循仓库中自定义的指令，从而理解任务意图和项目编码标准。
• 完成任务后，它会标记你进行审查。你可以留下评论要求修改，Copilot 会自动接收这些评论并提出代码更改建议。
• 模型上下文协议 (MCP)：借助 MCP，编码代理可以访问 GitHub 外部的数据和功能。MCP 服务器可以在仓库设置中进行配置，同时 GitHub 官方也提供 MCP 服务器以拉取所有 GitHub 数据。
• 视觉能力：依托视觉模型，代理能够识别并理解 GitHub issue 中包含的图片，例如 Bug 的截图或新功能的模型图。

安全可控

GitHub 将安全性放在首位，确保编码代理的工作在可控范围内：

• 分支保护：代理只能推送到它自己创建的分支，确保默认分支和团队创建的分支安全。
• 强制审查：要求代理打开 PR 的开发者不能是批准该 PR 的人，确保仓库中设置的“需要审查”规则得到遵守。
• 受限网络访问：代理的互联网访问被严格限制在可自定义的可信目标列表中。
• CI/CD 审批：在人工批准前，GitHub Actions 工作流程不会运行，为构建和部署环境提供了额外的保护控制。
• 遵循现有策略：现有的仓库规则集和组织策略同样适用于代理。

如何使用

• 适用用户：新的编码代理已向所有 Copilot Enterprise 和 Copilot Pro+ 用户开放。
• 启用步骤：
• 在你希望使用代理的仓库中启用该功能。
• 对于 Copilot Enterprise 用户，管理员还需要开启相关策略。
• IDE 扩展支持：除了已支持的 VS Code，现在还可以在更多 IDE 中激活代理模式，包括 Xcode、Eclipse、JetBrains 和 Visual Studio。
• 计费方式：从 2025 年 6 月 4 日起，Copilot 编码代理每次发出的模型请求将消耗一个“高级请求” (premium request)。

GitHub Copilot 使命

从代码补全、编辑建议、聊天对话，到如今的全自动代理，GitHub Copilot 的使命始终如一：让开发者保持在“神奇的心流状态”，处理那些他们不想做的繁琐事务，从而让他们有更多时间投入到真正热爱的工作中，找回最初进入这个行业的创造激情。

References