Raft 创始人：说 Harness 会被淘汰的，肯定没做过工程

最近 AI 编程圈正在两极分化。

一边是 Pi 代表的「极简 Agent 派」，Prompt 不到 1000 Token，只给 4 个基础工具，主张不折腾、让模型自己发挥；另一边则是 Agent Swarm 和多智能体协作，系统越做越复杂。

两条路线看似矛盾，却指向同一个核心问题：底层的 Harness 到底会不会消失？

很多人觉得 Pi 的爆火证明了「模型派」是对的，认为大模型越来越强，外部 Harness 迟早消失。但 Raft 创始人 RC @stdrc 提出了一个反常识的观点：模型越强，Harness 反而越厚。

只是「厚」的方向变了。以前厚在底层，用 Prompt 和工具帮模型补能力；以后厚在上层，因为模型变强后要干更复杂的脏活累活，需要 Harness 来解决多智能体协作与管控。复杂没有消失，只是从「能力层」转移到了「协作层」。

以下思考并非来一篇博客，而是散落在 RC 过去几个月的公开对话里。

X 上是未经修饰的即时反应。凌晨三点对一个决策的思考，实验后的当场复盘，对行业趋势的直觉判断。单条推文经不起推敲，但当它们按时间线拼在一起，你就能看到一个创始人在变化中的心路历程。

RC 将模型与 Harness 的关系比作「阴与阳」：模型能力增强是「阴」的扩张，会内化底层 Harness；但每上一个台阶，又会解锁更复杂的场景，催生更上层的 Harness 需求，这是「阳」的延伸。智能水平越高，与现实的摩擦力就越大，如同人类大脑越发达，越需要语言、法律、互联网等复杂交互系统。

Harness 不会消失，只会随智能升级持续向外延伸。

被误解的 Harness

要看清 Harness 的演化逻辑，必须先破除行业内普遍存在的两层误解。

误解一，Harness 终将被训进模型，彻底消失。

很多人有个误区，觉得大模型以后无敌了，Harness 迟早会被训进模型里，彻底消失。

但只要你真正干过工程，就会发现这完全是倒果为因。RC 对此直接表示：「说 Harness 会被训到模型里的人，肯定是没做过 Harness 的。」

他从一线开发的角度拆了三点来解释这一问题：

首先，不是模型变强了淘汰 Harness，而是 Harness 先把路铺好了，模型才知道怎么学。就像人类社会，先有了分工制度，大家才学会协作。Harness 是模型的训练场，没有这个外部框架，模型根本没地方去练协作能力。

其次，智能越高，需要的工具越复杂。人类大脑进化了，没退化成原始人，反而搞出了法律和互联网。模型能力在变强，解锁的真实世界场景也越来越复杂。底层能力被内化了，上层又会生长出更复杂的、需要 Harness 来管的新场景。

还有一点，单任务可以靠模型，复杂业务则根本不现实。面对长流程、多智能体、随时要看状态的真实业务时，纯靠大模型的脑子去记，必会出现遗漏、搞错、甚至打架的情况。这不是模型聪不聪明的问题，而是系统工程问题本就不该让单个模型去硬扛。

误解二，模型越强，Harness 就会越薄。

还有个流传很广的说法：模型越强，Harness 越薄。

这个观点看似正确，因为现在底层提示词确实在变少，很多以前复杂的工具封装也没必要做了。

RC 却认为这个观点「情有可原，但缺乏想象力」。它的问题在于，只看到了底层 Harness 的减法，没看到上层 Harness 的加法。

不可否认，随着模型基础能力提升，大量「补丁式 Harness」会逐步退场，比如为了防止模型格式输出报错做的强制约束，为了教模型用工具写的长篇大论的 Prompt，还有各种死板的报错重试机制。这些为了弥补模型缺陷而存在的底层设计，确实会越来越薄，甚至完全消失。

但这不是 Harness 的消亡，是复杂度的向上迁移。

当模型不需要人类程序员辅佐时，它需要的，是要求你为它建立一套新的法则。

更强的模型会解锁更复杂的任务场景，进而催生出新的 Harness 需求：怎么让好几个 Agent 互相打配合？跨会话的状态怎么同步？怎么做主动的记忆管理？动态权限和不同系统的对接标准怎么定？

这些需求在弱模型时代根本不会出现，自然也不会被纳入大家对 Harness 的认知里。

如何定义真正的 Harness？

纠正这些误解后，我们需要回到核心问题：如何定义真正的 Harness？

大众常把 Harness 窄化为「System Prompt + 工具调用封装」。从完整的工程定义来看，Harness 是包裹在模型外层的运行时工程管控层，核心解决的是「模型如何稳定、持续、可控地与真实世界交互」的问题。它由四个核心要素构成：Agent 执行循环、上下文与状态管理、工具与资源调度、以及安全与边界治理。

Harness 的范围一直在变大。从早期的模型弱，Harness 只管拼装简单提示词；到中期的模型变强，Harness 演化出多工具并行、子智能体调度；再到现在模型极强，Harness 开始搞智能体集群、跨系统状态同步、多 Agent 任务交接。

RC 将模型与 Harness 的关系比作「阴与阳」。这是一种此消彼长、共同进化的动态关系。

局部功能的「内化」是阴的扩张。

当模型基础能力增强，一部分底层 Harness 会被模型取代。在过往实践中，RC 曾计划移除专用的 subagent 调度机制，改为由模型直接通过 bash 终端实现子任务拆分；同时移除原生的并行工具调用，改为由模型生成工具调用脚本来实现并行。

这是模型能力向外扩张的必然结果，也是外界感知到「Harness 变薄」的真实原因。

上层需求的「生长」是阳的延伸。

模型能力每上一个台阶，就会解锁更复杂的业务场景，从而催生出更上层的 Harness 需求。单任务能力成熟后，催生了多智能体协作需求；单会话能力成熟后，催生了跨会话记忆与主动上下文回溯需求。在这场阴阳博弈中，智能水平越高，它与现实世界的摩擦力就越大。

这个过程没有终点。如同人类大脑比猿类更发达，于是人类发明了语言、文字、计算机、互联网等更复杂的交互系统。

智能水平越高，与世界的交互方式越复杂。

Harness 就是 Agent 智能的「交互基础设施」，只会随智能升级而持续向外延伸。

针对这场讨论，推特底下有一个开发者 Monk Zero 的评论十分有趣。

从哲学层面讲，Monk Zero 认为 Pi 方案的本质是「薄层提示词 + 厚层 Harness」。他指出模型如同狄俄尼索斯式的混沌与创造力，而 Harness 则是阿波罗式的秩序与结构。二者是永恒的互补。

无论是从 RC 工程演化的视角，还是从 Monk Zero 本质定义的视角，Harness 都将必然存在，不会消失。

从 0 到 1 的验证

RC 的这套「复杂度迁移」的理论并非纸上谈兵，而是基于 Kimi CLI 从 0 到 1 的完整工程实践。

早期的 Kimi CLI 没有参考任何开源框架，完全从零生长。从基础的单工具调用，慢慢长出并行调用、子智能体、状态管理。但到了迭代后期，团队索性做了一次大胆的「减法实验」：把专门搞 subagent 调度的代码全砍了，原生的并行控制也不要了，全放手让模型自己用脚本去搞。

结果发现，只要模型能力到了那个临界点，底层的 Harness 确实可以丢弃。

而底层代码刚删完，团队就发现更头疼的问题。Harness 的边界不能只停留在单个 Agent 内部，多个智能体之间怎么通信？怎么交接任务？怎么搞定通信协议和分工？

于是，他们开始往上层加码，提出多智能体 Harness 的架构概念，搭建 Agent 任务交接、通信协议、分工机制，同时研究跨会话通信、主动上下文压缩、上下文回溯等状态管理技术。

这些探索就是后来 Raft 的技术前身。而这个方向的判断，也与之后 Claude 推出跨会话对话、行业集体转向多智能体的趋势高度吻合。

正是这种从零生长的经历，让他们能清晰地观察到 Harness 复杂度的迁移规律，不被某一个静态阶段的认知困住。

Raft 就是下一代「厚 Harness」

如果说 Kimi CLI 是一次演化实验，那 Raft 则是对「上层厚 Harness」架构的直接实践。

在做 Raft 过程中，RC 大胆去掉了自己曾经搭建的单 Agent 运行时。Raft 既不写 Agent 循环，也不封装基础工具，它直接把市面上成熟的 Claude Code、DeepSeek 等产品作为「团队成员」接入。

他的逻辑很简单，底层的单 Agent 能力已经足够成熟，模型已经能内化这部分 Harness，再重复造轮子没有价值。Harness 的下一个战场，不在单个 Agent 内部，而在多个 Agent 之间。

Raft 全部火力集中在上层，解决多智能体协作的系统性难题。它的「厚 Harness」体现在四个核心维度：

一，给 AI 发身份证和记忆力。 模型只管单次回答，但 Raft 负责让每个 Agent 都有独立的进程、记忆和工作习惯。任务中途断了，换个时间还能无缝接上。

二，立规矩和分工。 模型自己是不会主动搞团队协作的。Raft 把人类上班那一套搬了过来，用类似工作群的「频道」来隔离聊天，支持任务认领、认降和交接，所有步骤都留痕，方便人类随时查账。

**三，打破厂商壁垒。**Raft 搞了一套跨厂商的通信协议。让 Claude、DeepSeek 可以在同一个工作区里用统一的标准对话。这事单靠某一家模型公司是绝对不会去做的。

四，打造人类和 AI 一起上班的工作区。 在这里，Harness 已经不是一段代码，而是变成了团队的工作流和权责体系。

连定价都挺有意思，每个 Agent 只算 0.1 个人类席位，支持跨团队共享。到这一步，Harness 已经从一个「技术工具」，变成了整个团队的日常沟通和协作规则本身。

最后，RC 对 Harness 的终局提了一个有意思的观点：「当一切都是 Harness 的时候，它就隐形了。」

就像在用 Raft 时，你不会觉得自己是在面对一套复杂的「Agent 调度后台」，它看起来就是一个把 AI 拉进来的办公软件。所有的状态同步、权限控制，全被藏在了产品直觉后面。

我们每天在公司上班，也不会天天把「公司制度、法律是人类社会的 Harness」挂在嘴边一样。一旦 AI 员工真正普及了，这层最厚的 Harness 就会彻底融入日常工作流，变成像电网、自来水一样的基础设施。

所以回头看看最开始那个问题，「到底是模型吞噬一切还是 Harness 持续生长」，或许都低估了技术演进的维度。

真正重要的是看高处，如何在更高维度的上层协作与复杂业务场景中，做出别人拿不走的新壁垒。