Cloudflare 工程师一句话点破 AI Agent 真相:别再做产品,去造科幻

AI PM 编辑部 · 2026年05月24日 · 41 阅读 · AI/人工智能

正在加载视频...

视频章节

当所有人都在讨论 AI Agent 怎么“落地”、怎么“变现”时,Cloudflare 的 Sunil Pai 抛出了一个极端反直觉的判断:真正重要的不是产品,而是你敢不敢先把科幻造出来。这场对话,拆穿了 Agent 架构、代码生成、开源文化背后的真实博弈。

Cloudflare 工程师一句话点破 AI Agent 真相:别再做产品,去造科幻

当所有人都在讨论 AI Agent 怎么“落地”、怎么“变现”时,Cloudflare 的 Sunil Pai 抛出了一个极端反直觉的判断:真正重要的不是产品,而是你敢不敢先把科幻造出来。这场对话,拆穿了 Agent 架构、代码生成、开源文化背后的真实博弈。

所有人都在造 Agent,他却说:你们方向可能错了

这期 Latent Space 一上来就很不对劲。主持人想聊 Cloudflare 的“近况”,Sunil Pai 却把话题直接拉到一个更大的命题上:为什么我们需要先造“科幻”,而不是做 Incremental 的产品改良

在 AI Agent 这波浪潮里,主流叙事是:封装能力、设计 workflow、卖平台。Anthropic 推出了“Harness”,告诉你怎么部署和管理 Agent;各家云厂商也在拼谁的 Agent SDK 更好用。但 Sunil 的态度很明确:如果你只是把现有 SaaS 换成 Agent 版,那你已经输了

他用一句话概括现在的问题:“我们在用 2024 年的想象力,去消费 2030 年的技术。”这也是他反复强调“build science fiction”的原因——先假设一个现在看起来离谱的未来,再倒推你今天该造什么基础设施。

为什么 Cloudflare 的架构,意外成了 Agent 温床

Sunil 并不是在空谈未来。他给了一个非常具体、而且技术味极重的判断:Cloudflare Workers + Durable Objects,本质上是一个被低估的 Agent 运行时

Durable Objects 是一种“有状态的 serverless actor”。你可以把它理解成:
- 永远在线(zero cold start)
- 自带状态
- 被严格 sandbox
- 可以安全执行用户或 LLM 生成的代码

这件事在 Agent 场景下非常致命。因为真正复杂的 Agent,不是一次性 prompt,而是长期存在、会记事、能演化行为的实体

Sunil 提到一个关键点:如果你把“执行”和“上下文”分离——执行交给 Workers,状态交给 Durable Objects——你就得到了一个天然适合多 Agent 协作的模型。这也是他认为 Cloudflare 比某些“Agent 平台”更有潜力的原因:不是因为功能多,而是因为抽象层级更底层

他甚至举了 MCP server 的例子,说明这种架构如何支持多个 LLM、多个工具、安全地共享状态,而不需要复杂的 orchestration glue code。

对比 Anthropic:技能、英语和 Markdown 都不是终点

讨论最有火药味的地方,出现在对 Anthropic 路线的对比上。

Anthropic 强调“skills”“tools”“harness”——本质是把 Agent 行为限制在一个可控的框架里。这很工程,但 Sunil 认为它有天花板。

他的一个金句是:“English is an abstraction, Markdown is an abstraction, skills 也是抽象——但它们都不如代码诚实。

什么意思?当你用自然语言或技能接口驱动 Agent 时,你是在赌模型的理解能力;但当你让 Agent 写代码、跑代码、修代码,你是在利用计算机系统最确定的一层。

他甚至把现在的 Agent 阶段,类比成 React 出现之前的前端世界:
- 大家都在手写 DOM(prompt)
- 有一些约定俗成的模式(skills)
- 但真正的飞跃,来自一个新的抽象层

在他看来,这个抽象层很可能不是“更好的 prompt”,而是允许 Agent 自己生成、执行、演化代码的运行环境

Slop Forks 风波:自动生成代码,动了谁的蛋糕

话题突然转向了一场看似“八卦”,实则极具象征意义的事件:Slop Forks。

Sunil 回顾了 Just Bash、JSCON、以及与 Vercel 社区之间的冲突:大量自动生成、质量参差的 fork 出现,引发维护者不满,甚至遭遇来自 Vercel CTO 的公开质疑。

但他没有选择退缩。相反,他把这件事定义为一个更大的问题:当 fork 的成本趋近于零,开源的“尊重”和“声望”体系要如何重建?

他直言,现在的开源环境正在变得“对抗性”:
- 恶意安全报告
- 形式主义的贡献
- 维护者精疲力竭

而他的立场非常激进:Fork 是权利,不是冒犯;生成代码不是原罪,懒惰的依赖才是。

这也是他反复强调“build vs buy”的原因——如果你的核心能力完全建立在你不拥有的依赖之上,那你迟早会被时代抛下。

别做 Alpha 跟随者,去当那个“看起来疯了”的人

在结尾,Sunil 把话题拉回个人选择。

他说,现在的 AI 圈子太擅长“alpha following”:
- 谁火抄谁
- 谁融资高学谁
- 谁出 SDK 就围上去

但真正有价值的东西,往往一开始看起来都不“合理”。他鼓励开发者用 Agent SDK 去做一些现在解释不清、但你确信未来需要的东西

“Incremental 的想法不会把你带到未来,”他说,“只有科幻,才会。

总结

这场对话的价值,不在于某个具体技术选型,而在于一次罕见的“降维打击式”提醒:AI Agent 的竞争,本质不是产品经理的竞争,而是想象力和基础设施抽象的竞争。对从业者来说,真正的 takeaway 是三点:第一,警惕只做 Agent 的“包装层”;第二,尽早掌控你依赖的执行环境;第三,允许自己去构思那些现在还卖不出去的科幻。未来往往不是被规划出来的,而是被先造出来的。


关键词: AI Agent, Cloudflare, 代码生成, 开源文化, 大语言模型

事实核查备注: 需要核查:Sunil Pai 的具体职务与背景;视频中提到的 MCP server 示例是否有明确实现;Slop Forks 事件中涉及的具体项目名称与时间;与 Vercel CTO 的互动是否有公开原文。