Gatsby作者：所有Harness终将“膨胀”，用户手机里装不下第二个Claw

你在2025年聊的“Agent”，几个月后就变成了“Harness”，再过几个月又变成了“Claw”。看似命名文字游戏的背后，是用户需求驱动下的自然进化：一个工具越有用，用户就越希望它随时可用；任务运行时间越长，用户就越希望它能够在后台和云端持续工作；系统掌握的上下文越多，用户就越希望它主动发现问题并采取行动。最终，它会从一个等待命令的开发工具，变成一个长期存在于用户工作和生活中的Agent。

不过，这种演化也带来一个限制：用户能够容纳的Claw数量非常有限。用户不会愿意让几十个Agent同时订阅邮件、发送通知、在Slack中@自己。就像地图、打车和外卖软件一样，每个类别最终可能只会留下少数一两个产品。

Sam Bhagwat曾经参与构建过庞大的前端框架Gatsby，如今他的新公司Mastra正在为AI开发者打造Agent框架。他声称，自己已看清了这股新原语浪潮的流向。日前，Sam在技术分享中，拆解了从LLM到Agent、再到Harness和Claw的进化路径。他观察到：任何足够有用的Agent，最终都会被用户逼着运行得更久、响应的渠道更多、甚至在你睡觉时自己变强。随之提出了施泰因伯格定律——所有Harness都会“膨胀”，向Claw演化，同时，真正的竞争重点也会发生变化，大家争夺的不只是任务执行能力，还包括用户的注意力、信任和长期使用习惯。基于该演讲视频，InfoQ对内容进行了整理。

核心观点如下：LLM与Agent的界限在于“循环”，一旦模型开始拥有工具调用、重试机制和状态持久化，它就告别了单次文本转换的原始阶段。Harness时代的核心竞争力是规划模式、并行子Agent和“非回合制”的操控感。云端Harness通过沙箱和并行计算，让Agent“全勤在线”，你可以关掉笔记本去睡觉，代码仍在生成。Claw要求Agent拥有心跳：定时任务、通知订阅、多通道网关，以及最重要的自发创建并微调新Skill的持续学习能力。用户只有精力接纳极少数的Claw，就像手机里只有一两个地图应用一样，未来的AI应用应该去抢占用户的心智空间。

“Harness时代”降临了。自从Claude Code几个月前开始流行以来，业界进入了所谓的“Harness时代”，大量代码和其他工作都在这种长时间运行的Agent循环中完成。而且有各种不同的形态：云端、本地、框架版本。一年前Sam在AI Engineer大会上演讲时，主题是“Agent还是工作流——为什么不能两者兼得？”而现在讨论的对象变成了Harness。这些东西之间有什么关系呢？

Sam认为这可以看作是一个Agentic光谱。从仅仅使用模型开始，一直到Claw，中间有几个不同的阶段。随着你为应用添加越来越多的功能，这些应用会逐渐积累一些特性。这也很大程度上塑造了Mastra推出的原语，用于帮助用户构建这些Agent、Harness和Claw。

很多人现在张口闭口就是Agent，但LLM和Agent之间那道最根本的分界线是什么？我们都知道Agent Loop，知道工具调用，知道记忆和重试失败的任务。大概在2025年的七八月份，业内开始流行上下文工程的玩法，让Agent能够存储状态。

但这一切都意味着什么？意味着你手里的这个东西开始在一个循环里运转了。它不再只是做单次文本转换，或者做某种分类。它变成了一个你可以聊天的对话助理，可以嵌入到SaaS应用里，或者在本地电脑上跑。这比单纯调一个Anthropic或OpenAI的API要复杂得多了。到了这一步，它才真正算是Agent，而不仅仅是LLM。

下一步呢？怎么从这种基础Agent，跨越到像Claude Code这样的Harness型态？这里面可加了不少猛料。

如果你用过Claude Code，或者用过Codex，你琢磨一下，是什么让体验变得这么爽？首先，规划模式。它会直接告诉你：“嘿，我打算干这五步活。”接着，你就能看见它在菜单上把第一步打勾，然后第二步打勾。还有并行子Agent：用这个子Agent去研究A主题，用那个子Agent去研究B主题，每个都有自己干净的上下文窗口，研究完把发现喂回主线程就完事了。

更牛的驱动方式也逐渐成型，比如那种TUI界面、斜杠指令、Skill系统。还有动态生成的子Agent，你甚至不用提前定义它们，它自己跑着跑着就现场捏一个出来。它还能在后台启动Bash任务。当上下文窗口快撑爆时，它还能自动压缩。线程可以持久化，这样你能随时恢复，或有时候它直接把状态存磁盘里。

这就不是简单的聊天了。你在普通Agent里，常常是LLM动一回合，你动一回合，像下棋。但Claude Code不同，你可以插队，可以掌舵，可以中途打断它，这完全是一种新的交互启示。权限控制也更细腻了，比如你可以批准这类指令在整个会话中都放行，或者只批准这一次。

再想想，Claude Code和Devin这类东西又有什么不一样？Devin是活在Slack里的，这本质上就是多人游戏，一堆人可以同时跟它唠嗑。它还有Web UI，你可以在那让对话线程分叉。很多云端优先的Harness还支持移动端，Sam甚至看到越来越多的功能是：这些移动应用直接打隧道穿透到你本机。

因为它们长在云上，往往直接给你配了云端沙箱。而且，因为它们在云上，并行处理能力直接拉满。你在自己的机器上，想做太多并行进程是不可能的，或者说你根本不想它把你的机子跑冒烟。但在云端，你可以放开手脚，这是分布式计算的永恒真理，以前Sam在搞Gatsby时就深有体会。你在本地跑个构建跟你在云端跑个构建完全是两个概念，云上你能并行的活儿多太多了，跑Agent也是一样。

与其让你本机去开个分支或者搞个工作树，这种云Harness往往直接创建个PR推到GitHub就完事了。Sam把这类特性归结为“全勤”，你不需要一直开着笔记本保持它呼吸。你出去遛个弯，甚至睡一觉，它都在那自己转。把活丢给它，让它自己跑就好了。所以在Harness时代内部，也存在着本地和云端两种形态的分野。就像Next.js的开发服务器跑在你电脑上，跟Render或Vercel上的预览构建本质上是一回事，只是存在形态的区别。

那么最终形态Claw呢？从Harness到Claw，又多了几样决定性配置。

一个是心跳，也就是常说的定时触发、调度任务、Cron。你可以安排它每三十分钟醒来一次，帮你检查各种事情。这直接引出了下一个特征：订阅。如果你用过什么个人助手类的Agent，会发现它会订阅你的邮件，给你发短信：“瞅见一封急活邮件，你要不要我帮你回？”

它的记忆通常也存在云端，还有网关，有了各种通道：你可以在Slack上找它，在Telegram上发号施令，WhatsApp吼一嗓子，或者用其他任何你习惯的工具跟它交互。这种多通道覆盖能力，让Claw不再是某个特定IDE或终端里的附属品，而是渗透进你工作和生活的多个触点。而这正是Sam所说的“施泰因伯格定律”的核心——所有Harness都会不可逆转地向Claw膨胀，因为用户一旦尝到随时随地、后台自动运行的甜头，就会逼着产品朝这个方向走。任何一个足够有用的Harness，最终都会被用户逼着运行得更久、响应的渠道更多、甚至在你睡觉时自己变强。真正的竞争重点也随之变化，大家争夺的不只是任务执行能力，还包括用户的注意力、信任和长期使用习惯。因为用户只有精力接纳极少数的Claw，就像手机里只有一两个地图应用一样，未来的AI应用应该去抢占用户的心智空间。