Cursor一夜翻車，AI 300萬代碼寫瀏覽器被打假！全網(wǎng)群嘲「AI泔水」

新智元報(bào)道

編輯：Aeneas 好困

【新智元導(dǎo)讀】GPT-5.2連肝7天造出瀏覽器的事，剛剛被打假了！一位開發(fā)者發(fā)文證實(shí)，Cursor這個(gè)項(xiàng)目就是個(gè)「AI泔水」，代碼根本無法編譯。Cursor這次可太心急了。

前幾天，整個(gè)AI圈都被Cursor的一則重磅消息給炸暈了。

事情是這樣的：

Cursor聲稱，他們讓GPT-5.2驅(qū)動(dòng)的編碼智能體連續(xù)運(yùn)行了整整7天，也就是168個(gè)小時(shí)。

結(jié)果，這群AI智能體居然從零開始，寫出了一個(gè)包含300萬行代碼、功能堪比Chrome的瀏覽器！

這聽起來實(shí)在是太誘人了——

隨著Token變得像水電一樣廉價(jià)，AI可以無限期地自我迭代，直到完成目標(biāo)。

無論是操作系統(tǒng)、辦公軟件還是游戲引擎，只要算力足夠，AI似乎都能給你「肝」出來。

然而，就在大家還沒從震驚中緩過神來的時(shí)候，技術(shù)社區(qū)的「列文虎克」們出手了。

他們仔細(xì)扒了扒Cursor開源的這個(gè)項(xiàng)目代碼，結(jié)果發(fā)現(xiàn)了一個(gè)驚天大瓜——

這個(gè)所謂的「AI瀏覽器」，其實(shí)連最基本的編譯都通過不了！

在一篇技術(shù)博客中，作者犀利地指出：

Cursor口中所謂的「突破性進(jìn)展」，本質(zhì)上就是一堆缺乏工程邏輯的「AI泔水」（AI Slop）。

他們所做的，其實(shí)在宣傳上玩了一手漂亮的「障眼法」，讓所有人都以為這個(gè)項(xiàng)目真的跑通了。

但實(shí)際上，這根本就是一堆無法運(yùn)行的廢代碼。

博客地址：https://embedding-shapes.github.io/cursor-implied-success-without-evidence/

GPT-5.2七天肝出一個(gè)瀏覽器，是假的？

接下來，讓我們來仔細(xì)看看開發(fā)者社區(qū)的這篇「打假」文章，是如何抽絲剝繭地發(fā)現(xiàn)Cursor這一波宣傳的不實(shí)之處的。

首先，作者分析了一下Cursor具體都干了什么。

在1月14日，他們發(fā)布了一篇題為「Scaling long-running autonomous coding」的博文。

官方博客：https://cursor.com/blog/scaling-agents

在這篇文章中，他們聊到了讓「編碼智能體自主運(yùn)行數(shù)周」的實(shí)驗(yàn)，其明確目標(biāo)是：

了解我們能將智能體編碼的邊界推進(jìn)到什么程度，從而完成那些通常需要人類團(tuán)隊(duì)花費(fèi)數(shù)月時(shí)間才能完成的項(xiàng)目。

然后，Cursor的研究者討論了嘗試過的一些方法，分析了失敗原因，以及該如何解決問題。

終于，他們找到了某種方案，它「解決了我們大部分的協(xié)調(diào)問題，并讓我們?cè)诓灰蕾噯我恢悄荏w的情況下，將規(guī)模擴(kuò)展到非常大的項(xiàng)目」。

最終，這種方案實(shí)現(xiàn)了一種驚人的結(jié)果——

為了測(cè)試這個(gè)系統(tǒng)，我們給它定了一個(gè)雄心勃勃的目標(biāo)：從零開始構(gòu)建一個(gè)網(wǎng)絡(luò)瀏覽器。這些智能體運(yùn)行了將近一周，在1,000個(gè)文件中編寫了超過100萬行代碼。

同時(shí)，他們?cè)贕itHub上放出了源代碼。

GitHub項(xiàng)目：https://github.com/wilsonzlin/fastrender

這就奇怪了，所以這個(gè)任務(wù)，智能體成功完成了嗎？

如果你沒有被這句話成功帶節(jié)奏，就會(huì)發(fā)現(xiàn)這個(gè)撲朔迷離之處——

他們聲稱「盡管代碼庫規(guī)模很大，新的智能體仍然可以理解它并取得有意義的進(jìn)展」，以及「數(shù)百個(gè)worker并發(fā)運(yùn)行，推送到同一個(gè)分支，沖突極少」，但他們從未真正說明這個(gè)嘗試成功沒有。

它真的能跑起來嗎？你自己能運(yùn)行這個(gè)瀏覽器嗎？我們不知道，而且他們從未明確說過。

所謂的演示，只是一個(gè)短短8秒的「視頻」：

在下方，他們寫道：

雖然這看起來像是一個(gè)簡(jiǎn)單的截圖，但從零開始構(gòu)建一個(gè)瀏覽器是非常困難的。

總之，從頭到尾，他們從未斬釘截鐵地承認(rèn)過：這個(gè)瀏覽器是可運(yùn)行且功能正常的！

打開一看：全是報(bào)錯(cuò)，跑都跑不起來

總之，如果只是看README、Demo截圖，甚至是幾段宣傳性質(zhì)的描述，這個(gè)項(xiàng)目好像真的很厲害。

可是，只要你真正clone倉庫、運(yùn)行一次cargo build或cargo check，問題就會(huì)立刻暴露出來。

error: could not compile 'fastrender' (lib) due to 34 previous errors; 94 warnings emitted

可以說，這個(gè)代碼庫距離一個(gè)「可工作的瀏覽器」還差得遠(yuǎn)了，甚至可以說，它從未被真正成功構(gòu)建過！

文章作者發(fā)現(xiàn)了如下多個(gè)證據(jù)。

首先，GitHub Actions在main分支上的多次近期運(yùn)行全部失敗，其中甚至包含 workflow文件本身的錯(cuò)誤。

另外，如果嘗試獨(dú)立構(gòu)建，就會(huì)發(fā)現(xiàn)報(bào)了數(shù)十個(gè)編譯器錯(cuò)誤，最近的PR還都是在CI掛掉的情況下合并的。

更夸張的是，如果翻看Git的歷史記錄，從最近的提交往回追溯100個(gè)提交，簡(jiǎn)直找不到哪怕一個(gè)能干凈編譯的提交。

也就是說，這個(gè)倉庫從誕生起，就從未處于「能跑」的狀態(tài)。

https://gist.github.com/embedding-shapes/f5d096dd10be44ff82b6e5ccdaf00b29

現(xiàn)在我們根本無法確定，Cursor的研究者在這個(gè)代碼庫上釋放的「智能體」實(shí)際上干了什么，但它們似乎從未運(yùn)行過cargo build，更不用說cargo check了。

因?yàn)檫@兩個(gè)命令都會(huì)報(bào)出幾十個(gè)錯(cuò)誤和大約100個(gè)警告。如果真的去修這些錯(cuò)誤，報(bào)錯(cuò)數(shù)量肯定還會(huì)爆炸式增長(zhǎng)。

目前在他們的倉庫中，有一個(gè)關(guān)于此的未解決GitHub issue。

issue地址：https://github.com/wilsonzlin/fastrender/issues/98

結(jié)論已經(jīng)非常明顯：

這根本就不是真正的工程代碼，而是典型的「AI Slop」（AI泔水）。

這種低質(zhì)量的代碼堆砌，或許在形式上模仿了某種功能，但其背后缺乏連貫的工程意圖，實(shí)際上連最基本的編譯都無法通過。

在Cursor的演示中，他們大談下一步的宏偉計(jì)劃，卻對(duì)「如何運(yùn)行」、「預(yù)期效果」或「工作原理」只字不提。

而且，除了丟出一個(gè)代碼倉庫鏈接，Cursor沒有提供任何可復(fù)現(xiàn)的演示，也沒有給出任何已知可用的版本標(biāo)簽（tag/release/commit）來驗(yàn)證那些光鮮亮麗的截圖。

無論初衷如何，Cursor的博文試圖營(yíng)造出一個(gè)「功能正常的原型」的假象，卻遺漏了工程界最看重的基本誠實(shí)——可復(fù)現(xiàn)性。

他們確實(shí)沒有明確聲稱「它能正常運(yùn)行」，這讓他們?cè)谧置嫔媳荛_了「撒謊」的指控，但這種誤導(dǎo)性極強(qiáng)。

到目前為止，他們唯一證明的只是：

AI智能體可以瘋狂輸出數(shù)百萬個(gè)Token，但最終生成的代碼依然是一堆無法運(yùn)行的廢料。

一個(gè)「瀏覽器實(shí)驗(yàn)」不需要對(duì)標(biāo)Chrome，但它至少應(yīng)該有一個(gè)合理的最低標(biāo)準(zhǔn)：

在受支持的工具鏈上編譯通過，并渲染一個(gè)簡(jiǎn)單的HTML文件。

很遺憾，Cursor的文章和公開構(gòu)建均未達(dá)到這一及格線。

GitHub被沖，開發(fā)者怒了

這種把「半成品」包裝成「里程碑」的行為，徹底激怒了開發(fā)者社區(qū)。

在GitHub的Issue區(qū)，憤怒的留言刷了屏：

• 我也試了，根本跑不起來。

• 代碼邏輯風(fēng)馬牛不相及，CI全紅也敢合并？我們是在對(duì)著截圖膜拜嗎？

• 既然功能是假的，開源這個(gè)倉庫有什么意義？為了證明AI能制造電子垃圾嗎？

還有人一針見血地指出了這種「泡沫工程」的本質(zhì)：

反正投資人看不懂代碼，甚至不知道GitHub是什么。

只要是電腦自動(dòng)寫的代碼，業(yè)績(jī)曲線就能蹭蹭漲，機(jī)器一響，黃金萬兩……

而且在Hacker News上，也有近200條討論，將這一項(xiàng)目的底褲徹底扒了下來。

網(wǎng)友pavlov指出，所謂的「從零開始」和「定制JS虛擬機(jī)」純屬忽悠。

看一眼依賴列表（html5ever, cssparser, rquickjs）就能發(fā)現(xiàn)，這東西本質(zhì)上就是Mozilla開發(fā)的Servo引擎的「套殼」版。

網(wǎng)友brabel更是哭笑不得：

這幫人居然覺得聲稱「從零手搓」是步好棋？

程序員上手第一件事就是查依賴，一眼就能看出是在調(diào)包。

唯一的解釋是，他們賭沒人會(huì)認(rèn)真核實(shí)，畢竟大多數(shù)人只會(huì)看個(gè)標(biāo)題就歡呼。

Anthropic太強(qiáng)勢(shì)，Cursor被逼急了？

雖然Cursor從未直說「這已準(zhǔn)備好投入生產(chǎn)」，但他們卻用「從零構(gòu)建」和「有意義的進(jìn)展」這種宏大敘事，配合精心挑選的截圖，成功制造了「實(shí)驗(yàn)成功」的假象。

他們最接近成功的表述是：

數(shù)百個(gè)智能體可以在同一個(gè)代碼庫上協(xié)同工作數(shù)周，取得真正的進(jìn)展。

但這句驚人的聲明，沒有任何證據(jù)支持。

沒有可工作的 commit，沒有構(gòu)建說明，沒有演示。

大家并不指望它成為下一個(gè)Chrome，但如果你聲稱你已經(jīng)構(gòu)建了一個(gè)瀏覽器，它至少應(yīng)該能夠演示被編譯 + 加載一個(gè)基本的HTML文件，不然就是純純地愚弄大眾了。

其實(shí)Cursor這個(gè)AI自動(dòng)編程一周的消息一出來，就讓人覺得有點(diǎn)奇怪。

最近一個(gè)月，全球AI圈的高光時(shí)刻，基本都在Claude Code身上。

Claude Code之父Boris Cherny的X發(fā)帖，基本上都會(huì)引起社區(qū)的震動(dòng)。比如他說自己過去30天內(nèi)沒寫一行代碼，對(duì)Claude Code代碼庫的貢獻(xiàn)，全部由Claude Code自己完成。

擴(kuò)展閱讀：30天沒寫一行代碼，他卻賺了10億美金！

谷歌首席工程師Jaana Dogan所說，Claude Code一小時(shí)內(nèi)，就完成了整個(gè)團(tuán)隊(duì)整整一年才做完的任務(wù)。

前特斯拉AI總監(jiān)Andrej Karpathy更是直言：硅谷正在經(jīng)歷一場(chǎng)九級(jí)地震，自己從未感覺如此落后……

擴(kuò)展閱讀：再見，程序員！硅谷全員AI Coding，卡帕西宣告9級(jí)地震來了

在這種形勢(shì)下，一篇「編碼智能體運(yùn)行一周，自己寫出一個(gè)瀏覽器」的敘事，是多么順應(yīng)潮流，多么吸引眼球啊。

也難怪Cursor工程師嘗試這個(gè)腦洞后，沒怎么多想就著急地發(fā)出來，這才被火眼金睛的開發(fā)者們沖了。

AI程序員超進(jìn)化：「開掛」工程師

這次「瀏覽器鬧劇」雖然慘烈，但也意外地揭示了AI編程的真實(shí)進(jìn)化路徑。

Hyperbolic聯(lián)創(chuàng)兼CTO Yuchen Jin指出了Cursor演示中隱含的關(guān)鍵教訓(xùn)：?jiǎn)渭兌哑鰯?shù)量是行不通的。

讓一堆智能體平級(jí)相處、自我協(xié)調(diào)，只會(huì)帶來混亂。

· 角色分工必須明確：需要有規(guī)劃者（Planner）、執(zhí)行者（Executor）和評(píng)審員（Reviewer）。

· 模型差異化：GPT-5.2更適合長(zhǎng)程規(guī)劃任務(wù)；而Opus 4.5容易「早退」和偷懶。

· 組織架構(gòu)：增加太多「管理層」智能體反而會(huì)拖累效率，這與人類公司的「大企業(yè)病」如出一轍。

HyperWriteAI的CEO Matt Shumer也在復(fù)現(xiàn)過程中發(fā)現(xiàn)，只要運(yùn)行框架和能力支持到位，明確分工的AI智能體集群確實(shí)能產(chǎn)生實(shí)質(zhì)性進(jìn)展。

然而，更深層的進(jìn)化不僅僅發(fā)生在AI身上，更發(fā)生在人類工程師身上。

在硅谷，一個(gè)新的流行詞正在取代老派的「10倍工程師」，那就是——「Cracked Engineer」（開掛工程師）。

這個(gè)詞，是指那些一個(gè)人能頂一個(gè)團(tuán)隊(duì)的頂級(jí)開發(fā)者。

Cursor這次的翻車，恰恰是因?yàn)樗麷arpathy所說的「氛圍編程」陷阱——

只享受AI瘋狂生成代碼的爽感，卻完全拋棄了工程嚴(yán)謹(jǐn)性。

由此誕生的，只能是那種如果不修補(bǔ)就無法運(yùn)行的「Cursor搬運(yùn)工」式廢料。

真正的「開掛工程師」是這一現(xiàn)象的反面。他們瘋狂使用AI，但絕不盲信AI。

他們擁有深厚的技術(shù)底蘊(yùn)，能夠一眼揪出AI生成的邏輯漏洞，能夠清理像這次瀏覽器項(xiàng)目中出現(xiàn)的「電子泔水」。

正如初創(chuàng)公司Intology的創(chuàng)始人所言：

少數(shù)幾個(gè)專注且懂行的人加上AI，能比過去15個(gè)不用AI的人干得更多。

未來的軟件開發(fā)，不會(huì)是數(shù)千個(gè)無人監(jiān)管的AI智能體像無頭蒼蠅一樣亂撞（然后造出一個(gè)編譯不過的瀏覽器）；而是由一名「開掛工程師」，帶領(lǐng)著數(shù)十個(gè)AI Agent，精準(zhǔn)、高效地構(gòu)建出真正的產(chǎn)品。

而這些「開掛」的程序員，也將會(huì)淘汰那些只會(huì)「假裝在編程」的人。

參考資料：

https://embedding-shapes.github.io/cursor-implied-success-without-evidence/

https://www.theinformation.com/articles/forget-vibe-coders-cracked-engineers-rage-tech?rc=epv9gi