GPT-5.2自研浏览器反转：Cursor被指宣传欺诈，代码沦为“AI泔水”

【新智元导读】有关GPT-5.2闭关一周开发出浏览器的新闻近日反转！有开发者公开打假，指出Cursor这一项目纯属“AI电子废料”，源码甚至无法编译通过。Cursor这次的营销策略显然过于激进。

不久前，Cursor的一则炸裂消息令全球AI领域为之侧目。

回顾事件始末：

Cursor宣称其利用GPT-5.2驱动的AI智能体连续工作了168小时（整整7天）。

最终，这些智能体从零起步，构建出了一个拥有300万行代码、性能比肩Chrome的浏览器！

这一愿景充满诱惑——

随着推理成本持续降低，AI理论上可以实现无限次的自我更迭，直到达成任何复杂任务。

无论是庞大的操作系统、生产力软件还是复杂的游戏引擎，在算力支持下，AI似乎都能“肝”出来。

然而，在业界热议之际，技术社区的“深扒党”们坐不住了。

他们通过对Cursor开源的代码库进行深度解析，揭开了一个令人汗颜的真相——

所谓的“AI生成浏览器”，实际上连基础的编译步骤都无法完成！

在最新的技术博客中，批评者言辞犀利：

Cursor所谓的“里程碑式突破”，在工程逻辑上完全是断裂的，本质就是一堆“AI泔水”（AI Slop）。

这更像是一场精心设计的公关表演，通过极具误导性的宣传，让大众误以为项目已经跑通。

但现实是，这只是一堆毫无运行价值的死代码。

博文详情：https://embedding-shapes.github.io/cursor-implied-success-without-evidence/

GPT-5.2七天造浏览器竟是空中楼阁？

让我们深入剖析这篇“打假”文章，看看它是如何一步步揭开Cursor宣传画皮的。

首先，作者梳理了Cursor的操作路径。

1月14日，Cursor发布了《扩展长期自主编码智能体》的官方博文。

官方链接：https://cursor.com/blog/scaling-agents

文中，他们探讨了让智能体自主工作数周的实验，初衷是突破AI编码的极限，完成人类团队数月才能搞定的任务。

随后，Cursor团队罗列了尝试的技术路径，并宣称找到了一种能解决大规模协作冲突的理想方案。

最终，这种方案在压力测试中表现惊人：

为了验证系统，他们让智能体挑战从零构建浏览器。结果是：运行近一周，在千余个文件中生成了百万行代码。

同时，他们将仓库同步到了GitHub。

开源地址：https://github.com/wilsonzlin/fastrender

然而，细心的开发者发现，这其中充斥着文字游戏——

Cursor声称智能体能理解代码库并取得“进展”，声称数百个worker并行推送且冲突极少，但唯独没有明确说：这个东西到底能不能跑起来。

所谓的Demo，仅仅是一个时长8秒、且无法验证真实性的视频剪辑：

在演示下方，官方轻描淡写地表示：构建浏览器极为困难，这看起来虽简单，但意义非凡。

这种话术巧妙地避开了核心问题：这个浏览器根本不具备任何实际功能！

实测结果：编译报错满屏，毫无运行可能

如果只看宣传文案，这确实像是个奇迹。但只要你动手Clone仓库并执行cargo build，幻想会瞬间破灭。

报错信息清晰地写着：由于34个致命错误，'fastrender' 编译失败，另有94个警告。

与其说这是一个“浏览器”，不如说是一堆从未经过验证的代码拼凑物！

文章作者列举了实锤证据：

首先，GitHub Actions的CI流水线全部告警，甚至连基本的自动化工作流文件都是错的。

其次，独立构建会触发几十个编译器错误，近期所有的代码合并几乎都是在CI失败的状态下强行完成的。

更荒谬的是，追溯过往100个Commit记录，竟然找不到任何一个能够成功编译的版本。

这意味着，该仓库自创建以来，从未处于可运行状态。

证据列表：https://gist.github.com/embedding-shapes/f5d096dd10be44ff82b6e5ccdaf00b29

现在的疑点在于，Cursor宣称的“智能体”究竟在忙什么？它们似乎从不执行编译命令，否则这些低级错误早该被修复。

目前，该仓库的Issue区已经有开发者对此提出了强烈质疑。

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

结论已定：

这并非工程杰作，而是典型的“AI Slop”。这种毫无工程直觉的代码堆砌，除了能制造Token消耗的假象外，一无是处。

Cursor在演示中画了大饼，却绝口不提复现方式，也没有任何可用的版本标签（Release）供社区验证。

无论其初衷如何，Cursor的行为已经严重背离了工程界的诚信底线——可复现性。

虽然他们在字面上通过模糊表述规避了“撒谎”的指控，但这种误导性质的营销行为极度恶劣。

他们目前唯一的成就大概是：证明了AI可以疯狂刷Token制造电子垃圾。

一个合格的浏览器原型，哪怕再简陋，也应该能在受支持的工具链下渲染出一个基本的HTML，但Cursor连这个及格线都没摸到。

开发者社区愤怒：别把我们当傻子

这种将“废料”包装成“里程碑”的行为，激起了技术圈的公愤。

GitHub Issue区惨遭刷屏：

“我也试过了，完全是废纸一张。”

“CI全红也能合并代码？难道我们现在流行对着截图膜拜？”

“开源这种根本跑不通的东西，是为了证明AI能制造电子垃圾吗？”

更有网友一语中的地揭露了背后的利益链：

“反正资方看不懂，只要看起来是AI自动写的，业绩报表就能飞上天，这叫PPT驱动开发……”

在Hacker News上，数百条评论也正在撕下该项目的最后底裤。

网友pavlov直言，所谓的“纯手搓”全是噱头，看一眼依赖项就知道，这本质上就是Mozilla Servo引擎的劣质“套壳版”。

网友brabel则嘲讽道：这群人赌的就是大多数人只看标题不看代码，结果被一眼看穿，场面尴尬至极。

迫于Anthropic压力，Cursor心急如焚？

尽管Cursor没有公开承认其成果已达生产级别，但他们营造出的“实验大获全胜”的幻象确实骗了不少人。

其实这一闹剧的背后，折射出Cursor当下的焦虑。

近期AI编程领域的光芒几乎全被Claude Code夺走。Claude之父及特斯拉前高管等大佬的背书，让Cursor感受到了前所未有的生存压力。

在这种“九级地震”般的竞争氛围下，Cursor急需一个能引爆眼球的新叙事。于是，“AI自研浏览器”这个宏大的泡泡被匆忙吹起，却因缺乏地基而迅速破灭。

未来属于“开挂工程师”而非“AI裁缝”

这次闹剧虽荒唐，但也给行业敲响了警钟：单纯依赖AI生成海量代码，而不进行严谨的工程审查，只会产生技术债务。

硅谷正流行一个新词——“Cracked Engineer”（开挂工程师）。

他们疯狂使用AI，但保持着对技术的敬畏，能瞬间识破AI的逻辑盲区，而不是像Cursor的实验那样，沦为AI生产废料的搬运工。

未来的开发模式，将是一个懂得驾驭AI的“开挂工程师”，指挥一群AI Agent精准作战。而那些只会“假装在编程”的投机者，终将被这个时代无情抛弃。

参考资料：

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

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