整理 | Tina

現(xiàn)在，大模型可以獨(dú)立寫(xiě)完整整一個(gè)瀏覽器了？

Cursor CEO Michael Truell 最近分享了一項(xiàng)頗為吸睛的實(shí)驗(yàn)：他們用 GPT-5.2 讓系統(tǒng)連續(xù)不間斷運(yùn)行一周，從零構(gòu)建出一個(gè)“可用”的 Web 瀏覽器。按他的描述，產(chǎn)出規(guī)模達(dá)到：超過(guò) 300 萬(wàn)行代碼、橫跨數(shù)千個(gè)文件，全部通過(guò)這套 AI 驅(qū)動(dòng)的編程平臺(tái)生成。

數(shù)百個(gè)Agent “從零”

寫(xiě)了一個(gè)瀏覽器？

按照他的說(shuō)法，這個(gè)項(xiàng)目并沒(méi)有依賴現(xiàn)成的渲染引擎，而是用 Rust 從零實(shí)現(xiàn)了一整套渲染引擎，其中包括 HTML 解析、CSS 級(jí)聯(lián)規(guī)則、布局計(jì)算、文本排版（text shaping）、繪制（paint）流程，甚至還實(shí)現(xiàn)了一個(gè)自定義的 JavaScript 虛擬機(jī)。

Truell 也坦言，這個(gè)瀏覽器目前只是“勉強(qiáng)能用”，距離 WebKit 或 Chromium 等成熟引擎還有很大差距；但團(tuán)隊(duì)依然“感到震驚”，因?yàn)楹?jiǎn)單網(wǎng)站在它上面渲染得很快，而且整體效果在很大程度上是正確的。

與此同時(shí)，Cursor 還發(fā)布了一篇博客文章，題為《Scaling long-running autonomous coding》（擴(kuò)展長(zhǎng)時(shí)間運(yùn)行的自主編程）。文章回顧了一系列實(shí)驗(yàn)：讓“編程 agent 連續(xù)自主運(yùn)行數(shù)周”，目標(biāo)是“理解在那些通常需要人類團(tuán)隊(duì)耗費(fèi)數(shù)月完成的項(xiàng)目中，agentic coding 的能力邊界究竟可以被推進(jìn)到什么程度”。

在這篇文章里，他們重點(diǎn)講的是多 Agent 如何協(xié)同：如何在單個(gè)項(xiàng)目上同時(shí)運(yùn)行數(shù)百個(gè)并發(fā) Agent、如何協(xié)調(diào)它們的工作，并觀察它們寫(xiě)出超過(guò)一百萬(wàn)行代碼和數(shù)萬(wàn)億個(gè) token 的過(guò)程與經(jīng)驗(yàn)。

Cursor 先承認(rèn)了單個(gè) Agent 的局限：任務(wù)規(guī)模一大、依賴一復(fù)雜，推進(jìn)速度就會(huì)明顯變慢。并行化看似順理成章，但他們很快發(fā)現(xiàn)，難點(diǎn)不在并發(fā)，而在協(xié)同。

“學(xué)習(xí)如何協(xié)同：我們最初的方法是讓所有 agent 具有同等地位，并通過(guò)一個(gè)共享文件自行協(xié)同。每個(gè) agent 會(huì)檢查其他 agent 在做什么、認(rèn)領(lǐng)一個(gè)任務(wù)并更新自己的狀態(tài)。為防止兩個(gè) agent 搶占同一項(xiàng)任務(wù)，我們使用了鎖機(jī)制。

這一方案在一些有趣的方面失敗了：

agent 會(huì)持有鎖太久，或者干脆忘記釋放鎖。即使鎖機(jī)制正常工作，它也會(huì)成為瓶頸。二十個(gè) agent 的速度會(huì)下降到相當(dāng)于兩三個(gè) agent 的有效吞吐量，大部分時(shí)間都花在等待上。

系統(tǒng)非常脆弱：agent 可能在持有鎖的情況下失敗、嘗試獲取自己已經(jīng)持有的鎖，或者在完全沒(méi)有獲取鎖的情況下更新協(xié)調(diào)文件。

我們嘗試用樂(lè)觀并發(fā)控制來(lái)替代鎖。agent 可以自由讀取狀態(tài)，但如果自上次讀取后狀態(tài)已經(jīng)發(fā)生變化，則寫(xiě)入會(huì)失敗。這種方式更簡(jiǎn)單、也更健壯，但更深層的問(wèn)題依然存在。

在沒(méi)有層級(jí)結(jié)構(gòu)的情況下，agent 變得非常規(guī)避風(fēng)險(xiǎn)。它們會(huì)回避困難任務(wù)，轉(zhuǎn)而做一些小而安全的修改。沒(méi)有任何一個(gè) agent 承擔(dān)起解決難題或端到端實(shí)現(xiàn)的責(zé)任。結(jié)果就是工作長(zhǎng)時(shí)間在空轉(zhuǎn)，卻沒(méi)有實(shí)質(zhì)性進(jìn)展?！?/p>

為了解決這一問(wèn)題，Cursor 最終引入了更明確的角色分工，搭建一條職責(zé)清晰的流水線：將 Agent 分為規(guī)劃者和執(zhí)行者。

“規(guī)劃者（Planners） 持續(xù)探索代碼庫(kù)并創(chuàng)建任務(wù)。他們可以針對(duì)特定區(qū)域派生子規(guī)劃者，使規(guī)劃過(guò)程本身也可以并行且遞歸地展開(kāi)。

執(zhí)行者（Workers） 領(lǐng)取任務(wù)并專注于把任務(wù)完成到底。他們不會(huì)與其他執(zhí)行者協(xié)調(diào)，也不關(guān)心整體大局，只是全力處理自己被分配的任務(wù)，完成后再提交變更。

在每個(gè)周期結(jié)束時(shí)，會(huì)有一個(gè)評(píng)審 Agent 判斷是否繼續(xù)，然后下一輪迭代會(huì)從干凈的初始狀態(tài)重新開(kāi)始。這樣基本解決了我們的協(xié)同問(wèn)題，并且讓我們可以擴(kuò)展到非常大的項(xiàng)目，而不會(huì)讓任何單個(gè) Agent 陷入視野過(guò)于狹窄的狀態(tài)?！?/p>

在此基礎(chǔ)上，Cursor 把這套系統(tǒng)指向一個(gè)更具挑戰(zhàn)性的目標(biāo)：從零構(gòu)建一個(gè)瀏覽器。他們表示，Agent 持續(xù)運(yùn)行了將近一周，在 1,000 個(gè)文件中寫(xiě)出了超過(guò) 100 萬(wàn)行代碼（原文如此，跟 Michael Truell 說(shuō)的 300 萬(wàn)行不同），并將源碼發(fā)布在 GitHub 上供外界瀏覽。

Cursor 進(jìn)一步宣稱：即便代碼庫(kù)規(guī)模已經(jīng)很大，新啟動(dòng)的 agent 仍然能夠理解它并取得實(shí)質(zhì)性進(jìn)展；同時(shí)，成百上千個(gè) worker 并發(fā)運(yùn)行，向同一個(gè)分支推送代碼，而且?guī)缀鯖](méi)有沖突。

一場(chǎng)“全民打假”的開(kāi)始？

這次實(shí)驗(yàn)之所以引發(fā)強(qiáng)烈反應(yīng)，很大程度上是因?yàn)椋篧eb 瀏覽器本身就是軟件工程里公認(rèn)的“地獄級(jí)”項(xiàng)目。

它難的不只是“寫(xiě)代碼”，而是工作量的量級(jí)、模塊之間的高耦合，以及兼容性這條幾乎看不到盡頭的長(zhǎng)尾。

在 Hacker News 上，有人順手拋了一個(gè)問(wèn)題：“開(kāi)發(fā)一個(gè)瀏覽器最難的地方是什么？”很快就有人給出一個(gè)類比：“說(shuō)句真心話，這個(gè)問(wèn)題幾乎等同于：開(kāi)發(fā)一個(gè)操作系統(tǒng)最難的地方是什么？”

因?yàn)楝F(xiàn)代瀏覽器是千萬(wàn)級(jí)代碼量的系統(tǒng)，能夠運(yùn)行非常復(fù)雜的應(yīng)用。它包含網(wǎng)絡(luò)棧、多種解析器、frame 構(gòu)建與回流（reflow）模塊、合成（composite）、渲染（render）與繪制（paint）組件、前端 UI 組件、可擴(kuò)展框架等等。這里面每一個(gè)模塊，都必須同時(shí)做到：既支持 30 年前的舊內(nèi)容，也支持復(fù)雜得離譜的當(dāng)代 Web 應(yīng)用。同時(shí)，它還得在高性能、高安全前提下盡可能少占用系統(tǒng)資源，并且往往要跨 Mac、Windows、Linux、Android、iOS 等多個(gè)平臺(tái)運(yùn)行。

還有人提到，最難的是那張超長(zhǎng)的任務(wù)清單。瀏覽器里包含多個(gè)高復(fù)雜度模塊，每一個(gè)單拎出來(lái)都可能要做很久；更麻煩的是，它們之間還要通過(guò)一套相當(dāng)“啰嗦”的 API 連接起來(lái)——很多接口你必須實(shí)現(xiàn)，至少也得先把殼子（stub）搭出來(lái)，否則系統(tǒng)就會(huì)崩。

Cursor 在博客中配了一段視頻，并寫(xiě)道：“雖然這看起來(lái)像是一張簡(jiǎn)單的屏幕截圖，但從頭開(kāi)始構(gòu)建一個(gè)瀏覽器是非常困難的?！?/p>

然而如果外界自己去嘗試編譯這個(gè)項(xiàng)目，會(huì)很快意識(shí)到：它離“功能齊全的瀏覽器”還差得很遠(yuǎn)，甚至看起來(lái)在公開(kāi)代碼狀態(tài)下，連最基本的構(gòu)建都很難穩(wěn)定通過(guò)。

從倉(cāng)庫(kù)公開(kāi)信息來(lái)看，近期 main 分支的多次 GitHub Actions 運(yùn)行結(jié)果顯示失?。ㄆ渲羞€包括工作流文件本身的錯(cuò)誤）；不少開(kāi)發(fā)者的獨(dú)立構(gòu)建嘗試也報(bào)告了數(shù)十個(gè)編譯錯(cuò)誤。與此同時(shí)，最近的一些 PR 雖然被合并，但 CI 仍處于失敗狀態(tài)。

更有開(kāi)發(fā)者表示自己回溯 Git 歷史，往前翻了約 100 個(gè)提交后表示，依然沒(méi)能找到一個(gè)可以“干凈編譯通過(guò)”的版本。

這也引出了一個(gè)問(wèn)題：這些被 Cursor 描述為在代碼庫(kù)中長(zhǎng)期并發(fā)運(yùn)行的“agent”，在工程鏈路上到底做到哪一步？至少?gòu)漠?dāng)前公開(kāi)狀態(tài)看，它們似乎并沒(méi)有把“能編譯、能檢查”當(dāng)成最基礎(chǔ)的收斂目標(biāo)——因?yàn)闊o(wú)論是 cargo build 還是 cargo check，都會(huì)立刻暴露出成片的編譯錯(cuò)誤和大量警告。

而 Cursor 的博客文章除了提供代碼倉(cāng)庫(kù)鏈接外，既沒(méi)有提供可復(fù)現(xiàn)的演示，也沒(méi)有提供任何已知的有效版本（標(biāo)簽 / 發(fā)布 / 提交）來(lái)驗(yàn)證截圖。無(wú)論如何，這文章本身給人一種原型功能完備的錯(cuò)覺(jué)，卻忽略了此類聲明應(yīng)有的基本可復(fù)現(xiàn)性特征。

有人在 Michael Truell 的 LinkedIn 上直接把結(jié)果拋了回去：“構(gòu)建直接失敗，報(bào)了 32 個(gè)錯(cuò)誤，代碼本身就是壞的；沒(méi)有任何 release、沒(méi)有 tag，CI 也在持續(xù)失敗，我們甚至連這個(gè)所謂‘可用的瀏覽器’都沒(méi)法編譯、沒(méi)法試跑。這更像是一場(chǎng)營(yíng)銷活動(dòng)，而不是一次真正的 agentic 實(shí)驗(yàn)?！盡ichael Truell 至今沒(méi)有回復(fù)。

目前唯一一個(gè)在社交平臺(tái)上明確分享“復(fù)現(xiàn)成功”的人，是前瀏覽器開(kāi)發(fā)者 Oliver Medhurst。他表示自己花了大約兩個(gè)小時(shí)修復(fù)編譯錯(cuò)誤和漏洞，才把項(xiàng)目跑起來(lái)。至于性能，他的評(píng)價(jià)也很直接：有些頁(yè)面加載要整整一分鐘，“不算好”。

還有一個(gè)更敏感的追問(wèn)也隨之出現(xiàn)：“所以這真的是從零開(kāi)始寫(xiě)的嗎？”他給出的回應(yīng)更像一句反轉(zhuǎn)預(yù)告：“劇透：不是?！?/p>

更多網(wǎng)友通過(guò)翻看倉(cāng)庫(kù)依賴發(fā)現(xiàn)，這個(gè)項(xiàng)目直接引入了 Servo （一個(gè)最初由 Mozilla 開(kāi)發(fā)的基于 Rust 的瀏覽器）項(xiàng)目的 HTML 與 CSS 解析器（html parser、css parser），以及 QuickJS 的 Rust 綁定（rquickjs），并非所有關(guān)鍵組件都是自行實(shí)現(xiàn)。

再加上 selectors、resvg、wgpu、tiny-skia 等一系列成熟庫(kù)，這個(gè)“瀏覽器實(shí)驗(yàn)”更像是直接調(diào)用了人類編寫(xiě)的代碼，而不是“從零開(kāi)始”的一整套渲染與執(zhí)行引擎。

更搞笑的是，Cursor 這里用的還是一個(gè)發(fā)布于 2023 年 6 月的 wgpu 0.17 這種非常舊的老版本，而當(dāng)前最新版本已經(jīng)是 28（發(fā)布于 2025 年 12 月）。大概因?yàn)榇竽Ｐ蛯?xiě)代碼時(shí)往往會(huì)直接改版本管理文件（如 package.json、Cargo.toml），而不是通過(guò) npm add、cargo add 這類構(gòu)建工具來(lái)引入依賴。

這也不怪網(wǎng)友罵他們：

“這簡(jiǎn)直是胡扯。應(yīng)用根本跑不起來(lái)，功能也缺得厲害。LLM 更像是在把它訓(xùn)練過(guò)的現(xiàn)成代碼拼起來(lái)做個(gè)瀏覽器——畢竟 Chromium 本來(lái)就是開(kāi)源的。最后堆出了 300 萬(wàn)行‘看起來(lái)很多’但沒(méi)有價(jià)值的代碼，結(jié)果還不能用，更談不上什么新產(chǎn)品。折騰到最后，你還是得讓開(kāi)發(fā)者花大量時(shí)間去調(diào)試、排查安全漏洞，才能把它打磨得像一個(gè)早就存在的成熟產(chǎn)品?！?/p>

“兩周時(shí)間、數(shù)百個(gè) agent，V8 和 Blink 又都是開(kāi)源的。說(shuō)到底，這就是在浪費(fèi) GPU 和電力?！?/p>

最后值得一提的是，這個(gè)實(shí)驗(yàn)還暴露出一個(gè)不容忽視的問(wèn)題：成本。

有人翻回 Cursor 的原帖指出，他們還在跑類似實(shí)驗(yàn)，比如一個(gè) Excel 克隆項(xiàng)目（https://github.com/wilson-anysphere/formula）。GitHub Actions 的概覽數(shù)據(jù)很夸張：累計(jì)觸發(fā)了 16 萬(wàn)多次 workflow 運(yùn)行，但成功的只有 247 次——失敗的主要原因不是代碼本身，而是超出了支出上限。

當(dāng)然，Agent 并不在乎預(yù)算；但在真實(shí)的軟件工程里，可復(fù)現(xiàn)的構(gòu)建、可持續(xù)的成本、可驗(yàn)證的產(chǎn)出，才決定一個(gè)系統(tǒng)最終能不能被信任、被維護(hù)、被繼續(xù)推進(jìn)。

https://cursor.com/cn/blog/scaling-agents

https://news.ycombinator.com/item?id=46646777

https://www.reddit.com/r/singularity/comments/1qd541a/ceo_of_cursor_said_they_coordinated_hundreds_of/

https://www.linkedin.com/posts/activity-7417328860045959169-PFuT/

https://xcancel.com/CanadaHonk

聲明：本文為 InfoQ 整理，不代表平臺(tái)觀點(diǎn)，未經(jīng)許可禁止轉(zhuǎn)載。

會(huì)議推薦

InfoQ 2026 全年會(huì)議規(guī)劃已上線！從 AI Infra 到 Agentic AI，從 AI 工程化到產(chǎn)業(yè)落地，從技術(shù)前沿到行業(yè)應(yīng)用，全面覆蓋 AI 與軟件開(kāi)發(fā)核心賽道！集結(jié)全球技術(shù)先鋒，拆解真實(shí)生產(chǎn)案例、深挖技術(shù)與產(chǎn)業(yè)落地痛點(diǎn)，探索前沿領(lǐng)域、聚焦產(chǎn)業(yè)賦能，獲取實(shí)戰(zhàn)落地方案與前瞻產(chǎn)業(yè)洞察，高效實(shí)現(xiàn)技術(shù)價(jià)值轉(zhuǎn)化。把握行業(yè)變革關(guān)鍵節(jié)點(diǎn)，搶占 2026 智能升級(jí)發(fā)展先機(jī)！