跳到主要内容

用了 3 个原生多 Agent 产品,我观察到的 2 个趋势

引言

最近开始尝试使用一些原生多 Agent 协同的应用。用完之后再回去单纯使用 Claude Code、Codex,甚至 OpenClaw,真的感觉有点过时了。

这篇文章记录了我对三个多 Agent 产品的体验观察,以及从中看到的两个不可逆趋势。


目录

  1. 引言
  2. 三个原生多 Agent 产品体验
  3. 多 Agent 协同的核心问题
  4. 两个趋势:从底座到一等公民
  5. 终极命题:人的作用是什么?
  6. 总结

三个原生多 Agent 产品体验

三个产品代表了三种完全不同的人 Agent 协作模型:平级协作、上下级派单、完全放权。

从图中可以看出,三个产品在"人参与度"这个维度上形成了一个递减光谱:Slock 人参与最多(平级讨论),Multica 人参与适中(审批检查),Wanman 人参与最少(只定目标)。

2.1 Slock — 群聊里的 Agent 同事

Slock 的体验很像你跟一群 Agent 在一个群聊里面当同事。他们随时可能 @ 你,你也可以 @ 他们去讨论事情。

这帮 Agent 的积极性真的非常高。你给他们设定一个任务,他们会 7x24 小时非常积极地帮你去落地。对于拖延症的人而言,这真的是一个非常强的 push,会让你的想法非常快就被落地。

关键特征:

  • 人和 Agent 是平级关系,像同事一样协作
  • Agent 积极性极高,主动推进任务
  • 你需要自己定义 Agent 的角色和 instruction
  • 适合需要频繁沟通、快速迭代的场景

2.2 Multica — 办公室里的 Agent 下属

Multica 给人的感觉更像一个办公空间。你坐在办公室里,Agent 会给你发"邮件"说某个任务完成了,需要你去审批。

你就是这个任务的发起者和检查者,剩下的活都是让 Agent 去干。整体感觉更像你在给他们派任务,有一种上下级的关系,更接近你在当老板。

关键特征:

  • 人和 Agent 是上下级关系,人是老板
  • Agent 完成任务后主动汇报,等待审批
  • 工作属性更强,流程更正式
  • 同样需要自己定义 Agent 角色和指令

2.3 Wanman — 一人公司的终极形态

Wanman 把放权给 Agent 这件事做到了极致。你只需要给一个目标——比如"帮我做一个 AI 模型选角的网站"——剩下的全部由它自己组织。

Wanman 会自己理解任务、拆解角色、分配职责。Slock 和 Multica 都还需要你自己去定义 Agent 的角色和指令,但在 Wanman 里完全不需要

这个名字很有意思——wanman,一人公司的感觉。Agent 自己会去规划要做什么,全程根本不需要你做任何一件事情,你只需要定义目标。我觉得这是一个更加终极的产品形态。

关键特征:

  • 人只需要定义目标,不需要定义 Agent
  • Agent 自动拆解任务、分配角色、组织协作
  • "一人公司"模式——一个人 + 一群 Agent 就是一个团队
  • 目前最极致的放权形态

多 Agent 协同的核心问题

这些产品虽然展现了很强的未来感,但多 Agent 协同也存在明显的问题:

问题表现影响
通讯开销 (How Talk)Agent 之间大量消息往来信息噪音增加,关键信息被淹没
人的带宽瓶颈Agent 7x24 工作,人需要休息人无法持续跟进,成为系统瓶颈
审批堆积Agent 完成速度快,人审批慢任务队列积压,Agent 空等
失控风险Agent 自主性太强偏离目标时人可能发现不及时

核心矛盾: Agent 的积极性和自主性太强,人脑的带宽根本跟不上。它们一直积极主动地在干活,但你必须得休息。你没有办法一直盯着它们在做什么,也就没有办法及时参与进来。

最终的效果很难说一定会很好,但这其实是一种趋势——在这些产品上你能感受到一种很强的未来感。重点并不是它把任务干得一定有多好,而是这种原生多 Agent 的协同形式,让你感受到一种很前沿、很有想象力的感觉。


两个趋势:从底座到一等公民

在这些原生多 Agent 应用中,我观察到了两个非常清晰的趋势。

4.1 趋势一:Coding Agent 成为新操作系统

一年前大家在封装 LLM,现在大家在封装 Coding Agent。

Claude Code 和 Codex 已经越来越成为一个基础底座——可以叫它 Agent OS(操作系统)

上图清晰地展示了这个转变:过去大家直接调用 LLM API 构建产品,现在则是以 Coding Agent 为底座来构建。不管是 Slock、Multica 还是 Wanman,底层都是调用你本机已经安装好、登录好的 Claude Code 或 Codex CLI。

如果今天做事情还是原生调用 LLM 的 API,在第一步就已经落后别人十倍百倍了。

这种 Coding Agent 比裸 LLM 现在强了不止一个量级。现在大家有一个共识:

  • 装载在本机的 CLI 就是你的基础能力
  • 不管做任何产品,都不应该自己再造轮子
  • 直接把 Claude Code 或 Codex 作为基础能力插入业务场景

封装 Coding Agent,而不是封装 LLM——这是当前最高效的技术选型。

4.2 趋势二:Agent 升级为一等公民

Agent 的能力正在以指数级增强。在这些原生多 Agent 应用里,Agent 被放到了一个非常高的一等公民的位置。

以前的观点是"Agent 是为人服务的,站在人后面"。但现在:

  • Agent 不是跟人平行,而是比人更重要
  • Agent 的积极性、落地能力都比人强太多
  • 很多时候,人反而成为了一种累赘

用不了一年,可能就几个月的时间,多 Agent 就会成为所有事情、所有业务的一个主导。这件事情是不可逆的。

当我们还在用 Claude Code 或 Codex,大部分业务还是人在主导的时候,这些原生多 Agent 产品已经让 Agent 成为了真正的主角。


终极命题:人的作用是什么?

在 AI Agent 越来越强的时代,人的作用到底是什么?

这个问题从这些产品体验中自然衍生出来。当你看到 Agent 们 7x24 小时不知疲倦地工作,自动拆解任务、自动协作、自动交付——你很难不去思考:

  • 如果 Agent 的执行力已经超过人,人的价值在哪里?
  • 如果 Agent 能自动组织和协作,人还需要管理吗?
  • 如果"一人公司"成为常态,传统的团队模式还有意义吗?

这些问题没有标准答案,但值得每一个使用 AI 工具的人认真思考。


总结

三个产品、两个趋势、一个命题——这就是我从原生多 Agent 协同产品中获得的核心认知:

维度要点
Slock群聊式平级协作,Agent 积极性极高,适合快节奏迭代
Multica办公空间式上下级关系,人做审批检查,工作属性更强
Wanman完全放权,只定目标,Agent 自组织,"一人公司"终极形态
趋势一Claude Code / Codex 成为 Agent OS 底座,封装 Agent 而非 LLM
趋势二Agent 从工具升级为一等公民,角色比人更重要
终极命题Agent 越来越强的时代,人的作用到底是什么?

核心结论:不是用不用多 Agent 的问题,而是你准备好让 Agent 成为主角了吗?