图片来源@pixabay

人工智能编程领域正逐渐进入激烈的竞争阶段，各大公司也开始了“降维打击”的策略。

最近，OpenAI推出了Codex Agent编程模式，随后微软也发布了GitHub Copilot Extension for VS Code的开源版本。紧接着，谷歌则推出了其AI编程代理工具Jules的私有预览版，而大模型初创公司Anthropic也发布了其最新的Claude Opus 4和Claude Sonnet 4模型，旨在强化AI编程能力。

这些举措的背后，实际上都在瞄准当前市场上最受欢迎的AI编程助手，比如Cursor和Windsurf等。这些年轻企业在现有规则框架内，如何持续发展？对于微软和谷歌而言，AI编程的推进将有助于增强其云服务的生态系统。在同时为企业和个人用户提供服务的大型模型公司中，开发擅长编码的模型并深入Agent领域，可能是实现商业化的重要机会。

异步与混合

相较而言，微软在AI编程的布局显得更加系统化，注重生态的构建；而谷歌的近期策略则侧重于产品服务的提升。

自2021年起，GitHub Copilot作为主流集成开发环境IDE（如VS Code）的插件提供给用户。因此，GitHub Copilot Extension for VS Code的开源，实际上是迈出的第一步。微软团队表示，未来几个月内，将把GitHub Copilot的AI功能引入到VS Code的开源存储库中。这样一来，开发者在使用VS Code时，无需额外插件即可体验到GitHub Copilot的功能。

微软解释称，开源GitHub Copilot插件的目的在于与更广泛的社区合作，从而加快市场的推广进程，并与AI编程软件开发的生命周期保持一致。

微软的这一策略显然是为了与Cursor竞争。Cursor经过深度改造VS Code，尽管投入了大量技术和资源，但收获了众多用户的支持，这对微软的VS Code生态造成了显著影响。

之前，Wing VC的合伙人Zachary DeWitt在自己的专栏中提到：“微软可能会简单地切断Cursor和其他竞争者与VS Code核心API的连接或修改条款，这样会增加他们更新的难度。Cursor对VS Code的依赖揭示了建立在他人平台上的脆弱性。”

目前来看，大企业支持开源的根本目的是为了构建自己的生态系统，吸引高质量的开发者和代码贡献，但这并不意味着开源不会引发商业上的冲突。从最近修改VS Code插件许可协议的事件中，可以明显看出微软的反感，展开生态战已经是必然趋势。

再来看看谷歌。如果没有I/O大会的推动，外界对谷歌的印象依然停留在遭遇美国司法部反垄断诉讼及其对AI搜索市场的影响上。

在过去的半年中，谷歌逐步推进AI编程的布局，先是将其AI编程助手Gemini Code Assist进行免费使用，随后推出了新的人工智能集成开发环境Firebase Studio。然而，至今谷歌仍未发布一款引领AI编程潮流的重磅产品。

去年12月，随着Gemini 2.0大模型的发布，谷歌推出了AI编程代理Jules。此次升级后，Jules基于Gemini 2.5 Pro模型，专注于编码能力的提升。

据谷歌官方介绍，Jules能够将复杂任务细分为更小的步骤，依据用户的指令进行调整，并执行单元测试来验证其有效性。Jules并不只是一款简单的代码自动补全工具，它涵盖了从开发到测试的多个环节，能够在云端启动虚拟机、复制GitHub仓库、规划多步骤开发任务，并自动进行Bug修复、版本更新、测试编写及代码优化等任务。最后，Jules会生成Pull Request（PR）供开发者审阅，以确保代码质量和项目进度。

值得注意的是，Jules此次升级后最大的变化在于其专注于“异步任务”编码，这与之前的“实时协作”模式有所不同。例如，Cursor和Windsurf等工具通常需要开发者实时协作，提供代码建议或重构代码，实际上充当了IDE的角色。而“异步任务”则意味着开发者可以将复杂的编码任务分配给Agent，Agent在后台独立处理任务，完成后再呈现结果。

本周，微软也宣布GitHub Copilot升级为全功能编程Agent，同样具备“异步任务”的自主代理模式。Copilot Agent于今年2月推出预览版。

使用Copilot Agent后，开发者可以分析整个代码库、跨文件编辑、生成和执行测试、修复错误，甚至建议终端命令，所有这些操作仅需一个提示即可完成，极大简化了工作流程。

目前，Agent功能已直接嵌入GitHub Copilot中，一旦用户分配任务，该Agent便会立即开始工作。

不过，在谷歌看来，这两者的产品还是存在差异：Copilot Agent更像是单一开发者独立执行计划，而Gemini则采用了“混合Agent”模式，需要多个专业Agent（例如开发人员、测试人员和安全分析师）共同协作。这些Agent实际上是“彼此对抗的合作者”，旨在相互检查工作，类似于聊天室中的虚拟团队。

同样在本周，OpenAI推出了Codex Agent版本，采用新模型codex-1（该模型是OpenAI o3的一个版本，特别针对软件工程进行了优化），能够在云端沙盒环境中安全地并行处理多项任务，并与GitHub无缝集成。

OpenAI认为，异步多Agent将成为生产高质量软件的主流方式，实时和异步这两种模式将融合为一个统一的工作流程，让开发者能够在IDE和日常工具中与AI实现无缝协作。为此，OpenAI计划构建一套工具，支持同时进行实时协作和异步任务。

从当前几家公司的发展路径来看，异步与混合的模式，因其更贴近自主编码的早期愿景，正在成为未来AI编程产品的重要探索方向之一。

大模型厂家积极布局编程应用领域

当前，吸引眼球的不仅是微软、谷歌等科技巨头，众多大模型厂商也在悄然发力。

AI编程作为OpenAI ChatGPT的一项显著优势，吸引了超过1500万用户的关注。尤其是OpenAI推出的Codex，最初仅仅是一个编程模型，而现在它已演变为一个能够在独立环境中编写代码、修复错误并解答代码库疑难的编程助手。

同样，Anthropic的Claude模型也在这一进程中紧跟其后。根据数据，基于Claude进行软件开发的交互次数已经占其总交互的十分之一以上。Claude 3.5 Sonnet因其对编码任务的熟练掌握及应对复杂编程挑战的卓越能力，受到了众多开发者的广泛青睐，包括Cursor等AI编程工具都主要依赖Claude 3.5 Sonnet提供服务。为了减少对Codex的依赖，微软也在今年推出了多种模型供开发者选择，其中就包含Claude 3.5 Sonnet。

根据Anthropic首席科学官贾里德·卡普兰（Jared Kaplan）的说法，该公司在去年年底停止了对聊天机器人的投资，转而专注于提升Claude处理复杂任务的能力，甚至可以编写完整的代码库。

此次，Anthropic对Claude Opus 4和Claude Sonnet 4进行了升级，特别针对编程能力进行了优化。同时，Anthropic还推出了AI编程助手Claude Code，通过与VS Code和JetBrains等主流IDE的集成，基于Claude Opus 4模型，可以无缝嵌入用户的工作流程中。

综合目前的发展情况，AI编程产品可划分为以下四个阶段：

首先是文本预测，主要用于简单的代码补全。

其次是对话式交互，旨在为编码任务提供人工智能辅助。

第三阶段是协作编码，即利用AI进行广泛的代码修改。

最后是Agent代理模式，AI在后台自主执行任务，能够在没有直接监管的情况下进行调整。

显然，拥有编程模型能力的大模型厂家很快便会完成这一轮产品迭代。随着微软推出GitHub Copilot Agent，谷歌上线Jules，Anthropic等大模型厂商的进一步行动或许也不会太遥远。

在这样的局势中，可能最为焦虑的反而是Cursor、Devin等上层应用开发商。Cursor其实也在布局新策略，值得注意的是，去年Cursor的开发商Anysphere推出了自家研发的Cursor-Fast，其代码生成能力被认为介于GPT-3.5与GPT-4之间。

随着AI编程竞赛进入激烈的竞争阶段，模型能力逐渐成为了不确定性中的关键因素。从根本原理来看，模型的性能直接影响到其竞争力。尽管开发者能够根据实际需求选择适合的基础模型，最终却往往只会选择一到两个优质的大模型。（本文首发于钛媒体APP，作者 | 杨丽，编辑 | 盖虹达）

相关阅读《海外AI编程赛道并购潮起，火热背后的冷思考》