AI編程領域開始進入混戰模式，大廠也在開啟“降維打擊”。

近期，先是OpenAI宣布Codex Agent編程模式，微軟正式開源GitHub Copilot Extension for VS Code項目，而后谷歌就公布其AI編程Agent工具Jules私有預覽版，緊接著大模型創企Anthropic也正式發布新一代模型：Claude Opus 4和Claude Sonnet 4，作為面向AI編程能力的最強模型加持。

這些動作背后其實都在共同指向一類對手：當前最熱門的AI編程助手Cursor、Windsurf等，這些風頭正勁的創業企業在別人的規則下，如何繼續玩下去？對于微軟和谷歌等大廠而言，AI編程有利于補強云服務生態黏性。對于同時提供B端和C端服務的大模型公司，提供擅長編碼任務的模型+下探到Agent，可能是在大模型商業化路徑上的一次重大機會點。

異步+混合

微軟對于AI編程的布局更為體系化，圍繞生態布局，而谷歌從近期的打法上看，則更圍繞產品服務。

對于微軟而言，GitHub Copilot是自2021年起作為主流集成開發環境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進行魔改了，雖然耗費了大量技術和工程能力，但從結果上看，Cursor獲得了大量用戶的歡迎，這顯然對微軟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編程Agent代理 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加持（codex-1是 OpenAI o3的一個版本，針對軟件工程進行了優化），不僅能在云端沙盒環境中安全地并行處理多項任務，而且通過與GitHub無縫集成。

OpenAI認為，異步多Agent將成為生產高質量軟件的默認方式，實時和異步這兩種模式將融合成一個統一的工作流程，讓開發者能夠在 IDE 和日常工具中與 AI 無縫協作。為此針對Agent模式，OpenAI也在計劃構建一套工具，能同時支持實時協作和異步任務。

從當前幾家的行動路徑上看，異步+混合這種模式，由于更接近于自主編碼的早期愿景，也正成為接下來AI編程產品的探索方向之一。

當大模型廠商下場做編程應用

當然，眼下眼熱的可不只是微軟、谷歌等大廠，大模型廠商也在暗自發力。

AI編程作為OpenAI ChatGPT的一大優勢，也是超過1500萬人訂閱的核心原因之一。尤其是OpenAI的Codex，最初它只是一個編程模型，但現在來看它能提供的已經是一個能夠在獨立沙箱中編寫代碼、修復錯誤并回答代碼庫問題的編程助手。

Anthropic的Claude模型也在遵循這一節奏。此前，基于Claude進行軟件開發已經占其所有交互的十分之一以上，Claude 3.5 Sonnet就因為擅長編碼任務，并且對軟件工程原理的出色掌握和應對復雜編程挑戰的能力而被開發人員廣泛使用，包括Cursor等AI編程產品就主要基于Claude 3.5 Sonne提供服務。而微軟為了不依賴Codex，也在今年宣布為開發者引入多模型選擇，其中就包括Claude 3.5 Sonnet。

據Anthropic 首席科學官賈里德·卡普蘭 (Jared Kaplan) 表示，Anthropic去年年底就停止了對聊天機器人的投資，轉而專注于提高Claude執行復雜任務的能力，甚至編寫整個代碼庫。

而此次Anthropic將Claude Opus 4和Claude Sonnet 4升級，均針對編程能力進行了優化。與此同時，Anthropic還發布AI編程助手Claude Code，通過與VS Code和JetBrains等主流IDE集成，并基于自家的Claude Opus 4模型，可直接嵌入到用戶業務流中。

結合當前水平來看，AI編程產品發展具有以下四個階段：

一是預測文本，用于簡單的代碼補全。

二是聊天，用于編碼任務的人工智能輔助對話。

三是協作“氛圍編碼”，使用人工智能進行廣泛、協調的代碼更改。

四是Agent代理模式，人工智能在后臺自主運行，可能在沒有直接監督的情況下做出改變。

顯然，具備了編程模型能力的大模型廠商很快也都會走完這一輪產品迭代。當微軟有了GitHub Copilot Agent，谷歌上線Jules，Anthropic這類大模型廠商的動作可能不遠了。

可能現在最慌的還是Cursor、Devin等上層應用廠商了。Cursor其實也在留有后手，值得一提的是，去年Cursor的開發商Anysphere推出了自研Cursor-Fast，其代碼生成能力據稱介于GPT-3.5與GPT-4之間。

當AI編程競賽進入混戰模式，模型能力正成為一切不確定性中的確定因素。從第一性原理出發，模型性能的強弱決定了競爭力，盡管開發者可根據場景選擇最適合的基礎模型，但最終只會選擇一兩個好的大模型。（楊麗）