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