AI编程新格局：微软与谷歌联手围剿Cursor！

图片来源@pixabay

最近，AI编程领域可谓是热火朝天，各大公司也都在积极布局。

不久前，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中将可以不借助插件直接体验到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还发布了Claude Code这一AI编程助手，与VS Code和JetBrains等主流IDE进行集成，可以无缝融入到用户的工作流程中。

从目前的发展来看，AI编程产品可以分为四个阶段：

第一阶段是文本预测，用于简单代码的自动补全。

第二阶段是对话辅助，帮助进行编码任务的交流。

第三阶段是协作编码，利用AI进行全面协调的代码修改。

第四阶段是Agent代理模式，AI在后台自主运行，可能在没有直接监督的情况下进行调整。

可以看得出，具备编程能力的大模型厂商很快都会完成这轮产品迭代。当微软推出GitHub Copilot Agent，谷歌上线Jules的时候，像Anthropic这样的厂商动作可能也不会太久了。

现在最紧张的恐怕是Cursor、Devin等应用厂商了。Cursor其实也在留有后手，值得一提的是，去年Cursor的开发者Anysphere推出了自家研发的Cursor-Fast，其代码生成能力据说介于GPT-3.5和GPT-4之间。

当AI编程的竞争进入白热化阶段，模型的能力成为了一切不确定性中的关键因素。从根本上看，模型的性能决定了竞争力，虽然开发者可以根据需求选择适合的基础模型，但最终可能只会选择一两款优秀的大模型。（本文首发于钛媒体APP，作者 | 杨丽，编辑 | 盖虹达）

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