74%的專業(yè)開發(fā)者裝在VS Code里。這個數(shù)字不是虛榮指標(biāo)——它決定了招聘時的技術(shù)棧要求、CI流水線的配置方式、甚至Stack Overflow上答案的默認(rèn)前提。但當(dāng)AI從"插件"變成"基礎(chǔ)設(shè)施"，市場份額的護(hù)城河開始滲水。

2023年，一個從VS Code分叉出來的編輯器叫Cursor，正在用"多文件同時改寫"這個功能，讓習(xí)慣了Copilot單行補(bǔ)全的開發(fā)者重新思考：編輯器到底該長什么樣？

VS Code：生態(tài)的復(fù)利，AI的補(bǔ)丁

VS Code的強(qiáng)從來不是某個功能，而是復(fù)利效應(yīng)。你裝過的每一個擴(kuò)展、配過的每一套快捷鍵、團(tuán)隊里每個人都在用的調(diào)試配置，這些沉沒成本構(gòu)成了遷移阻力。微軟花了十年把編輯器變成開發(fā)者的"默認(rèn)瀏覽器"。

AI層面，VS Code選擇做平臺而非產(chǎn)品。GitHub Copilot是第一方選項，但你可以換成Codeium、Continue，或者自己接API。這種開放性是優(yōu)勢，也是代價——AI體驗像后期加裝的電梯，能上下樓，但和建筑本體總有縫隙。

Copilot在VS Code里的實際表現(xiàn)：單行補(bǔ)全穩(wěn)，跨文件理解弱。

日常寫代碼時，Copilot能猜出你下一行要干什么。但當(dāng)你說"給所有API路由加上認(rèn)證中間件，順便更新測試套件"，它做不到。不是技術(shù)問題，是架構(gòu)問題——VS Code的AI層沒有權(quán)限同時打開、分析、改寫十幾個文件。

微軟并非沒有察覺。2024年GitHub推出的Copilot Workspace試圖補(bǔ)上這塊，但預(yù)覽反饋顯示：多文件編排的延遲和錯誤率，仍落后于原生AI編輯器。換句話說，船大難掉頭。

Cursor：把AI焊進(jìn)底盤

Cursor的創(chuàng)始團(tuán)隊來自MIT，2023年從VS Code分叉時做了一個關(guān)鍵判斷：AI輔助編程的終局不是"更好的自動補(bǔ)全"，而是"理解整個代碼庫并執(zhí)行多步驟任務(wù)"。這要求從架構(gòu)層重新設(shè)計，而非在現(xiàn)有編輯器上打補(bǔ)丁。

他們保留了VS Code的擴(kuò)展兼容性——你的主題、調(diào)試器、語言服務(wù)器大多能直接用。但AI層是徹底重寫的。

Tab補(bǔ)全的差異化：預(yù)測多行編輯、刪除、甚至光標(biāo)跳轉(zhuǎn)。

實測中，Cursor在處理"機(jī)械性編碼任務(wù)"時比Copilot快。不是因為它更聰明，而是因為它敢預(yù)測更長的操作序列。當(dāng)你按Tab時，它可能一次性補(bǔ)全三行并幫你刪掉下面兩行冗余代碼。這種"批量操作"的體感，接近用Vim宏但不需要錄制。

但真正讓開發(fā)者付費的是Composer模式。

Composer允許你用自然語言描述任務(wù)，Cursor會規(guī)劃并執(zhí)行跨多文件的修改。前述的"認(rèn)證中間件+測試套件"場景，在Composer里是一段話的事。它會先讀路由文件，識別模式，生成中間件，批量插入，再找到對應(yīng)的測試文件補(bǔ)充用例。

這個過程不是黑箱。Cursor會展示它的"思考"：先列出計劃，再逐文件執(zhí)行，每一步你都可以打斷或回滾。這種可觀測性降低了信任成本——你知道它不是瞎改。

代碼庫索引是另一個隱性優(yōu)勢。

Cursor會在后臺索引整個項目。你可以問"用戶認(rèn)證流程里哪一步調(diào)用了外部API"，即使那個文件你三個月沒打開過。在大項目中，這種"全局記憶"和Copilot的"當(dāng)前文件上下文"是質(zhì)的差距。

代價也有。Cursor的月費20美元，是Copilot Individual（10美元）的兩倍。對于不常用多文件改寫的開發(fā)者，這筆賬算不過來。

Zed：Rust寫的賭注，協(xié)作的野心

Zed的出現(xiàn)讓這場戰(zhàn)爭多了第三條路線。它用Rust從頭寫，放棄VS Code的擴(kuò)展生態(tài)，押注兩個未來：極致性能、原生多人協(xié)作。

啟動速度和內(nèi)存占用確實亮眼。同一臺M3 MacBook上，Zed冷啟動比VS Code快約40%，大文件（10萬行以上）的滾動和搜索沒有明顯卡頓。對于被Electron應(yīng)用折磨過的開發(fā)者，這種"原生感"本身就有吸引力。

但Zed的AI功能目前依賴外部集成。它內(nèi)置了對OpenAI、Anthropic的支持，也可以接本地模型（如Ollama）。體驗和VS Code的擴(kuò)展方案類似：能用，但不夠深。沒有Composer級別的多文件編排，也沒有代碼庫索引。

Zed的真正差異化是多人實時協(xié)作。

它的協(xié)作不是"共享屏幕"或"共享光標(biāo)"，而是共享同一個編輯會話。多個開發(fā)者可以同時編輯不同文件，實時看到對方的修改，內(nèi)置語音通道，沖突解決比Git更細(xì)粒度。這種設(shè)計明顯瞄準(zhǔn)了遠(yuǎn)程團(tuán)隊的痛點。

問題是：有多少團(tuán)隊需要這個？

對于大多數(shù)開發(fā)者，日常協(xié)作的主要形態(tài)仍是異步的——PR review、Slack討論、偶爾結(jié)對編程。Zed的實時協(xié)作像一把精致的手術(shù)刀，但市場需要的是菜刀。除非你的團(tuán)隊每天做高強(qiáng)度結(jié)對編程，否則很難為這項功能放棄VS Code的擴(kuò)展庫。

Zed目前免費，但計劃中的Pro版本會收費。生態(tài)方面，它的擴(kuò)展系統(tǒng)還在早期，語言支持覆蓋主流（Rust/Go/TypeScript/Python），但小眾語言或企業(yè)內(nèi)部的定制工具鏈，基本指望不上。

選型：沒有最好，只有最適配

三者的分野已經(jīng)很清晰。

VS Code適合：團(tuán)隊已有成熟工作流、依賴特定擴(kuò)展、對AI需求停留在"補(bǔ)全和聊天"、不想為編輯器付費。74%的市場份額意味著你遇到的大部分問題，都有人遇到過并寫了答案。

Cursor適合：個人開發(fā)者或小團(tuán)隊、頻繁做多文件重構(gòu)、愿意為AI深度集成付溢價、對VS Code擴(kuò)展有依賴但愿意嘗試替代方案。20美元/月的定價篩選掉了"隨便試試"的用戶，留下來的轉(zhuǎn)化率更高。

Zed適合：性能敏感型用戶（大文件、低內(nèi)存機(jī)器）、遠(yuǎn)程協(xié)作密集的團(tuán)隊、愿意接受生態(tài)不完整的早期采用者、或者單純想支持非Electron替代品的理想主義者。

一個細(xì)節(jié)可以說明Cursor的滲透速度。

在2024年的JSConf調(diào)查中，Cursor在"最常使用的AI編輯器"選項中從不足5%爬升到23%，而VS Code+Copilot的組合從61%降至49%。這不是替代關(guān)系——很多人兩者都用——但Cursor正在重新定義"AI原生"的標(biāo)準(zhǔn)。

微軟的應(yīng)對是加速Copilot Workspace的迭代，同時收緊VS Code的AI擴(kuò)展權(quán)限（部分API僅限第一方使用）。平臺方和顛覆者的博弈，2025年會更激烈。

你現(xiàn)在用哪個？如果明天Cursor取消免費試用、強(qiáng)制付費，你會遷回VS Code，還是干脆掏錢？