圖片來源@pixabay
AI編程領域開始進入混戰(zhàn)模式，大廠也在開啟“降維打擊”。
近期，先是OpenAI宣布Codex Agent編程模式，微軟正式開源GitHub Copilot Extension for VS Code項目，而后谷歌就公布其AI編程Agent工具Jules私有預覽版，緊接著大模型創(chuàng)企Anthropic也正式發(fā)布新一代模型：Claude Opus 4和Claude Sonnet 4，作為面向AI編程能力的最強模型加持。
這些動作背后其實都在共同指向一類對手：當前最熱門的AI編程助手Cursor、Windsurf等，這些風頭正勁的創(chuàng)業(yè)企業(yè)在別人的規(guī)則下，如何繼續(xù)玩下去？對于微軟和谷歌等大廠而言，AI編程有利于補強云服務生態(tài)黏性。對于同時提供B端和C端服務的大模型公司，提供擅長編碼任務的模型+下探到Agent，可能是在大模型商業(yè)化路徑上的一次重大機會點。
微軟對于AI編程的布局更為體系化，圍繞生態(tài)布局，而谷歌從近期的打法上看，則更圍繞產(chǎn)品服務。
對于微軟而言，GitHub Copilot是自2021年起作為主流集成開發(fā)環(huán)境IDE如VS Code的插件而提供給用戶。因此開源GitHub Copilot Extension for VS Code的核心第一步其實就先將插件開源。據(jù)微軟團隊所述，接下來幾個月內(nèi)，還要將GitHub Copilot擴展的AI功能引入到VS Code開源存儲庫。也就是說，后續(xù)開發(fā)者基于VS Code無需插件就可以體驗到GitHub Copilot功能。
對于這一點，微軟的解釋是：通過開源GitHub Copilot插件，能夠與更大的社區(qū)合作，并更快推向市場，與AI編程軟件開發(fā)生命周期保持一致。
微軟此舉可能意在與Cursor競爭，畢竟Cursor是對VS Code進行魔改了，雖然耗費了大量技術和工程能力，但從結(jié)果上看，Cursor獲得了大量用戶的歡迎，這顯然對微軟VS Code的開源生態(tài)帶來了不小觸動。
此前Wing VC合伙人Zachary DeWitt在其專欄中提醒道：“微軟也可能簡單地切斷Cursor和競爭對手與VS Code核心API的連接或更改條款，使其更難在更新的基礎上構建。Cursor對VS Code的依賴顯示了建立在他人平臺上的不穩(wěn)定性。”
如今來看，大企業(yè)支持開源的核心目的是構建自己的生態(tài)圈，吸引高質(zhì)量開發(fā)者和高質(zhì)量代碼貢獻，但這并不意味著開源不會存在商業(yè)沖突。從最近修改VS Code插件許可協(xié)議就能明顯看出微軟的不滿，著手生態(tài)戰(zhàn)是必然。
再看谷歌。如果不是I/O大會，外界對谷歌的印象還停留在：遭遇美國司法部的反壟斷訴訟案，以及對AI搜索市場的格局影響性上。
最近半年，谷歌對AI編程也在暗戳戳布局，先是對其AI編程助手Gemini Code Assist進行免費，又或者推出新的人工智能集成開發(fā)環(huán)境Firebase Studio。不過直到現(xiàn)在，谷歌還沒有推出一款能夠引領此次AI編程潮流的重量級產(chǎn)品。
去年12月，伴隨Gemini 2.0大模型發(fā)布亮相，谷歌就發(fā)布了AI編程Agent代理 Jules。此次升級后，Jules則基于Gemini 2.5 Pro大模型，針對編碼能力進行優(yōu)化。
據(jù)谷歌官方介紹，Jules可以將復雜的任務分解成更小的步驟，根據(jù)用戶指令進行調(diào)整，并運行單元測試來驗證其工作。Jules并非一款簡單的代碼自動補全工具，其功能覆蓋了從開發(fā)到測試的多個環(huán)節(jié)，能夠在云端啟用虛擬機、復制GitHub倉庫、規(guī)劃多步驟開發(fā)任務，并自動執(zhí)行包括Bug修復、版本升級、測試編寫以及代碼優(yōu)化等操作。最終，Jules會生成Pull Request（PR）供開發(fā)者審查，確保代碼質(zhì)量與項目進度。
不過，此次Jules升級后最大的不同的是聚焦“異步任務”編碼，這與此前所熟知的“實時協(xié)作”不同。例如，Cursor和Windsurf這些工具通常與開發(fā)人員需要實時協(xié)作，在輸入代碼時提供代碼建議或重構代碼，本質(zhì)上充當了IDE角色。而“異步任務”則意味著開發(fā)者無需逐行交互地工作，而是為 Agent分配一個特定的、可能很復雜的編碼任務，然后Agent將接管該任務，在后臺進行獨立處理，并在完成工作后呈現(xiàn)。
值得注意的是，微軟本周宣布GitHub Copilot升級為全功能編程Agent，同樣具備“異步任務”的自主代理模式。Copilot Agent最初于今年2月推出預覽版。
調(diào)用Copilot Agent后，開發(fā)者可分析整個代碼庫、跨文件編輯、生成和運行測試、修復錯誤，甚至建議終端命令，并在代碼投入生產(chǎn)之前幫助解決這些問題，所有這些都只需一個提示即可完成。
目前Agent功能是直接嵌入到GitHub Copilot中，一旦用戶分配任務，該Agent就會開始工作。
不過這在谷歌看來，二者產(chǎn)品還是有所不同：Copilot Agent類似于單個開發(fā)人員獨自執(zhí)行計劃，而Gemini則采用“混合Agent”方法，需要多個專業(yè)Agent（如開發(fā)人員、測試人員和安全分析師）協(xié)同工作。這些Agent本質(zhì)上是“彼此對抗的合作者，以便檢查彼此的工作”，類似于聊天室里的虛擬團隊。
同樣在本周，OpenAI發(fā)布Codex Agent版本，由新模型codex-1加持（codex-1是 OpenAI o3的一個版本，針對軟件工程進行了優(yōu)化），不僅能在云端沙盒環(huán)境中安全地并行處理多項任務，而且通過與GitHub無縫集成。
OpenAI認為，異步多Agent將成為生產(chǎn)高質(zhì)量軟件的默認方式，實時和異步這兩種模式將融合成一個統(tǒng)一的工作流程，讓開發(fā)者能夠在 IDE 和日常工具中與 AI 無縫協(xié)作。為此針對Agent模式，OpenAI也在計劃構建一套工具，能同時支持實時協(xié)作和異步任務。
從當前幾家的行動路徑上看，異步+混合這種模式，由于更接近于自主編碼的早期愿景，也正成為接下來AI編程產(chǎn)品的探索方向之一。
當然，眼下眼熱的可不只是微軟、谷歌等大廠，大模型廠商也在暗自發(fā)力。
AI編程作為OpenAI ChatGPT的一大優(yōu)勢，也是超過1500萬人訂閱的核心原因之一。尤其是OpenAI的Codex，最初它只是一個編程模型，但現(xiàn)在來看它能提供的已經(jīng)是一個能夠在獨立沙箱中編寫代碼、修復錯誤并回答代碼庫問題的編程助手。
Anthropic的Claude模型也在遵循這一節(jié)奏。此前，基于Claude進行軟件開發(fā)已經(jīng)占其所有交互的十分之一以上，Claude 3.5 Sonnet就因為擅長編碼任務，并且對軟件工程原理的出色掌握和應對復雜編程挑戰(zhàn)的能力而被開發(fā)人員廣泛使用，包括Cursor等AI編程產(chǎn)品就主要基于Claude 3.5 Sonne提供服務。而微軟為了不依賴Codex，也在今年宣布為開發(fā)者引入多模型選擇，其中就包括Claude 3.5 Sonnet。
據(jù)Anthropic 首席科學官賈里德·卡普蘭 (Jared Kaplan) 表示，Anthropic去年年底就停止了對聊天機器人的投資，轉(zhuǎn)而專注于提高Claude執(zhí)行復雜任務的能力，甚至編寫整個代碼庫。
而此次Anthropic將Claude Opus 4和Claude Sonnet 4升級，均針對編程能力進行了優(yōu)化。與此同時，Anthropic還發(fā)布AI編程助手Claude Code，通過與VS Code和JetBrains等主流IDE集成，并基于自家的Claude Opus 4模型，可直接嵌入到用戶業(yè)務流中。
結(jié)合當前水平來看，AI編程產(chǎn)品發(fā)展具有以下四個階段：
一是預測文本，用于簡單的代碼補全。
二是聊天，用于編碼任務的人工智能輔助對話。
三是協(xié)作“氛圍編碼”，使用人工智能進行廣泛、協(xié)調(diào)的代碼更改。
四是Agent代理模式，人工智能在后臺自主運行，可能在沒有直接監(jiān)督的情況下做出改變。
顯然，具備了編程模型能力的大模型廠商很快也都會走完這一輪產(chǎn)品迭代。當微軟有了GitHub Copilot Agent，谷歌上線Jules，Anthropic這類大模型廠商的動作可能不遠了。
可能現(xiàn)在最慌的還是Cursor、Devin等上層應用廠商了。Cursor其實也在留有后手，值得一提的是，去年Cursor的開發(fā)商Anysphere推出了自研Cursor-Fast，其代碼生成能力據(jù)稱介于GPT-3.5與GPT-4之間。
當AI編程競賽進入混戰(zhàn)模式，模型能力正成為一切不確定性中的確定因素。從第一性原理出發(fā)，模型性能的強弱決定了競爭力，盡管開發(fā)者可根據(jù)場景選擇最適合的基礎模型，但最終只會選擇一兩個好的大模型。（本文首發(fā)于鈦媒體APP，作者 | 楊麗，編輯 | 蓋虹達）
快報
根據(jù)《網(wǎng)絡安全法》實名制要求，請綁定手機號后發(fā)表評論
微軟引入多模型選擇，是在為自家產(chǎn)品打輔助吧？
OpenAI 計劃融合兩種模式，能解決實際開發(fā)難題嗎？
微軟把插件開源，會不會吸引更多開發(fā)者用 VS Code？
微軟開源項目，Cursor 和其他競品該怎么應對？
大模型廠商在 AI 編程上競爭，受益的是開發(fā)者吧？
AI 編程產(chǎn)品越來越智能，以后開發(fā)門檻更低了。
谷歌在 AI 編程上布局這么久，這次 Jules 能打響嗎？
OpenAI 的 Codex 能在沙箱里編寫代碼，好高級！
大模型廠商發(fā)力，像 Cursor 這樣的創(chuàng)業(yè)公司太難了。
Cursor 的 Cursor-Fast 介于 GPT-3.5 與 GPT-4 之間，靠譜嗎？