Cursor2.0：再強的 AI Coding，也要拼盡全力補模型的課

作者 ｜ 董道力
郵箱 ｜ dongdaoli@pingwest.com

Cursor 2.0來了。

在開發(fā)者社區(qū)第一時間對它新更新的各種功能進行體驗評測的時候，一個更重要的節(jié)點性意義也已經(jīng)顯現(xiàn)：

哪怕在AI Coding上目前是最領(lǐng)先的產(chǎn)品，Cursor也還是要補模型的課。此次的更新里，一個所有功能更新的原點，就是自研模型Composer的出現(xiàn)，以及Cursor對它在產(chǎn)品里的扮演的角色的設(shè)計。在 AI Coding 的賽道上，Cursor 終于還是走到了這一步。

新的開發(fā)范式：Agent 化、多任務(wù)并行

首先我們看看它在Agent能力上的更新。

在其官方更新日志里，Cursor表示：它正在從“以文件為核心的編輯器”向“以 Agent 為中樞的開發(fā)平臺”轉(zhuǎn)變。

“我們重構(gòu)了一切?！?/b>在 2.0 之前，你打開 Cursor 的體驗和任何一個現(xiàn)代編輯器沒太大區(qū)別：窗口、文件、光標(biāo)，還有一條隨時待命的 AI 命令行。而現(xiàn)在，一切的中心不再是“文件”，而是“智能體”（Agent）。

開發(fā)者不需要再告訴 AI “打開哪個文件”“修改哪一行代碼”。取而代之的是，你告訴系統(tǒng)目標(biāo)，它就會派出一個或多個 Agent 去規(guī)劃、執(zhí)行、驗證。

一個人、一臺電腦，八個 AI 開發(fā)者。

我們簡單嘗試了一下，打開 Use Multipe Models，選擇你需要的使用的模型，輸入 promtps。你就能看到最先進的 AI 編程模型為你工作。

做到了一句話，讓 AI 用掉成堆的 tokens。

那么模型之間會互相刪除代碼嗎？Cursor 也早有準(zhǔn)備，官方文檔明示，它的底層依賴 git worktree 機制，每個 Agent 都會在獨立的工作副本中運行、修改、測試代碼。這樣每個智能體就像一個在不同分支上工作的工程師：互不干擾，最后再合并成果。

每個智能體擁有自己的代碼副本、自己的上下文環(huán)境，從而避免了 “智能體互相覆蓋” 或 “分支沖突” 的問題。

Cursor 不再只是一個編輯器，而是一家模型公司

所有這些變化的底層支點，是 Cursor 首次推出自家模型 Composer。在更新日志里，團隊用了頗為自信的表述：“在相近智能水平下，Composer 推理速度快 4 倍”。官方外宣與媒體評測也都強調(diào)了“大多數(shù)交互 30 秒內(nèi)完成”。這意味著它不再把智能外包給第三方，而是把“速度/延遲/上下文管理”等關(guān)鍵變量握回到自己手里。

過去，Cursor 依賴 OpenAI、Anthropic 等外部模型，帶來的問題是成本高、響應(yīng)慢、上下文受限。而 Composer 的路線是一次“垂直化”的模型工程：圍繞代碼生成、語義索引與上下文檢索做了定制優(yōu)化，先“讀懂”整個代碼庫與依賴/命名約定，再動筆產(chǎn)出。結(jié)果是從“會寫代碼的工具”，升級為“懂項目的工程師”。

Cursor 2.0 把“并行代理 + 長時規(guī)劃”推到臺前，效率飛起的同時也直面一個行業(yè)級悖論：訂閱收入是固定的，推理成本卻按量計費。即便單價在下行，總量卻因更深的思考、更長的上下文、更頻繁的工具調(diào)用而飆升。

而2.0多代理把一次任務(wù)的 Token 消耗按代理數(shù)成倍放大，Plan/思考鏈也會拉長回合。結(jié)果就是“單價下降 vs 用量爆炸”的拉扯：若不自研與系統(tǒng)級優(yōu)化，很容易造成流水高盈利少，幫模型公司打工。。

從這個角度看，Cursor 把 Composer 拉成“第一方模型”，就是在補這門“模型的課”：既要把速度做上去，也要把推理賬單壓下來，為 2.0 的多代理范式提供一個能跑、能控、能擴的底座。

當(dāng)然， Composer 不是臨時起意的上新，而是 Cursor 為2.0 鋪路后的自然成果。先在 8 月重寫 MoE 的 MXFP8 內(nèi)核，把訓(xùn)練/推理的低延遲底座打牢；9 月到 10 月初又用在線強化學(xué)習(xí)打磨補全模型、推出 Plan Mode，把“先讀庫—出計劃—再執(zhí)行”的范式與工具鏈跑通；在這條工程管線之上，10 月 29 日正式發(fā)布 Composer。

我嘗試用 Composer 寫了一個 todo 網(wǎng)頁，快是真的快，但 UI 啥的還是很熟悉。后續(xù)可能需要在更大的項目中才能體驗到 Composer 與其它模型的區(qū)別。

瀏覽器內(nèi)嵌：AI 看見自己

另一個看似不起眼，卻極具象征性的改動，是內(nèi)嵌瀏覽器的終于到來。為什么要說終于呢，這個功能貌似國產(chǎn)的 AI IDE 早就搭載了。

Cursor 2.0 之前，AI 寫完代碼后，必須等待開發(fā)者運行項目、查看效果、再反饋問題?，F(xiàn)在，AI 可以直接在編輯器內(nèi)部打開瀏覽器，運行自己寫的代碼，看見結(jié)果，甚至能主動修復(fù)樣式或邏輯錯誤。這種“AI 自我感知”的設(shè)計，正在模糊人機協(xié)作的邊界。

在官方的演示中，一個簡單的前端應(yīng)用從生成到自測，AI 能自動完成數(shù)次循環(huán)優(yōu)化，而用戶幾乎不需要輸入任何命令。這意味著 AI 不再是等待被指揮的“助手”，而是一位能主動檢視自己作品的參與者。

很重要但不明顯的更新

與此同時，Cursor 2.0 在一些看似“不炫目”但極其關(guān)鍵的層面上，也完成了向成熟工程系統(tǒng)的躍遷。

首先是安全與執(zhí)行邊界：隨著多智能體開始可以獨立執(zhí)行命令、運行腳本，AI 已經(jīng)不僅在“寫代碼”，還在“做決策”。因此 2.0 默認啟用沙盒終端，讓每一條由 AI 觸發(fā)的命令只能在隔離環(huán)境中運行，不能訪問系統(tǒng)關(guān)鍵路徑或外網(wǎng)資源，避免“自動化帶出不可控風(fēng)險”。

其次是團隊維度。2.0 開放了團隊規(guī)則與共享指令能力，企業(yè)可以為所有成員定義統(tǒng)一的命名規(guī)范、注釋格式、錯誤處理約束與構(gòu)建流程，AI 在整個組織中會自然遵守這些“開發(fā)憲法”。如果說 1.0 時代你在教 AI 寫你的代碼風(fēng)格，那么 2.0 時代，團隊直接教 AI 寫整個公司的工程文化。

在體驗層面，Cursor2.0 加入了語音控制功能，實現(xiàn)說話編程？？

開發(fā)者們怎么說

在國內(nèi)外社區(qū)，Cursor 2.0 的討論幾乎呈現(xiàn)出一條清晰的分界線：一端是興奮的嘗鮮者，另一端是保持審慎的專業(yè)開發(fā)者。支持者認為，Cursor 2.0 讓“AI 參與編碼”正式邁過了從輔助到代理的門檻，而懷疑者則提醒，人們或許低估了這種 paradigm shift（范式切換）背后的成本與風(fēng)險。

在 Reddit 上，有人一早打開編輯器，就看到“Use Multiple Models、Git Worktrees 和 Agent Review”一排新功能，于是感嘆這工具發(fā)布節(jié)奏“快得有點嚇人”。甚至有人直言 Cursor 的交互體驗“比很多競品領(lǐng)先一代”，理由是它不是把 AI 塞進舊 IDE，而是從第一天就選擇站在 AI 原生的基座上重構(gòu)一切。

然而，這股熱潮下并非只有贊譽。有人測試多模型協(xié)作與 Agent Review 后，直言“請求量消耗得離譜”，瞬間把算力要錢的痛點拉回現(xiàn)實。還有人抱怨新定價策略對個人開發(fā)者“并不友好”。更保守的聲音警告，Cursor 的迭代節(jié)奏雖然快，但功能推得很猛，有時也不太穩(wěn)。

如果把當(dāng)下的 AI 編程賽道攤開看，模型本身的“上限”短期內(nèi)很難靠再多一點參數(shù)或再快一檔推理突破，AI IDE 的功能表也在迅速趨同：智能補全、跨文件改寫、內(nèi)嵌瀏覽器、自測循環(huán)、多模型切換，幾乎都在路上。

真正的分水嶺，已從“誰的模型更強”轉(zhuǎn)向“誰把AI編程這門生意做通”：并行吞吐、跨文件改動的正確率，以及把每個功能的 Token/時間成本壓進可控區(qū)間。

就此維度看，Cursor 2.0 把多 Agent＋worktree 隔離設(shè)為默認范式，用 Composer 把“低時延＋庫級語義理解”寫進模型目標(biāo)，并把推理成本與調(diào)度權(quán)收回自家棧內(nèi)——這正是在補那門“模型的課”：讓速度、正確率與賬本同時閉環(huán)。

那么，你對 Cursor 的這次更新滿意嗎？