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

Cursor 2.0來了。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

瀏覽器內嵌：AI 看見自己

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

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

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

很重要但不明顯的更新

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

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

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

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

開發(fā)者們怎么說

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

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

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

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

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

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

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