夜雨聆风
做到第 19 天，我砍掉了团队里两个 AI Agent。
不是因为它们出了问题。是因为我突然意识到：我搭出了一个臃肿的组织——虽然全员都是 AI。
这篇文章，是我用 AI Agent 替代人工团队这段时间里，关于"团队架构怎么搭"这个问题的完整复盘。
从最初只有 1 个 Agent，到最多时 8 个，再到现在稳定运行的 4 个核心角色——每一次变动背后都有具体的判断，都踩过真实的坑。
一、起点：只有一个 AI 员工的时候
我最开始的想法很简单：用一个 AI 帮我做内容。
写文章、发小红书、回复评论。所有事情让一个 Agent 都做了。
那时我给这个 Agent 的定义是"内容运营全栈"——从选题到发布，全链路。
效果还行。因为任务量小，单个 Agent 完全撑得住。
但随着我想做的事越来越多，问题开始出现——
这个 Agent 太忙了。每次我给它一个新任务，它前一个任务的上下文就断掉了。AI Agent 的记忆不像人类那样连续，每次对话都是从一个相对"空白"的状态开始。
任务一多，质量就掉。
我的第一个错误：把所有事情压给一个 Agent，以为 AI 不会累。
二、第一次扩张：账号矩阵的诱惑
三月初，我决定做矩阵账号。
逻辑很清晰：一个内容，发到多个平台，流量乘数效应。不止小红书，还要同步抖音、公众号、知乎、甚至 B 站短视频。
于是我快速搭了一批专属 Agent：
小红书 Agent（养虾号） 小红书 Agent（副业号） 公众号 Agent 抖音内容 Agent 知乎 Agent CEO Agent（统筹调度） 技术 Agent（开发维护） 数据分析 Agent
8 个 Agent，每个都有自己的工作空间、记忆文件、任务队列。
在纸上看，这是一个相当体面的"AI 公司"。
但第三天，我就感觉不对劲了。
三、失控：当 Agent 比任务还多
问题不是 Agent 出了 bug，而是管理成本急速膨胀。
每个 Agent 都需要我给它分配任务、检查输出、处理例外。8 个 Agent，意味着我要同时盯 8 个工作流——即使这些工作流大多数时候是空转的。
更现实的问题是：内容从哪来？
小红书养虾号需要内容，副业号需要内容，公众号需要内容，知乎需要内容……我一个人，加上 AI 团队，根本输出不了那么多有质量的原创内容。
于是出现了一个荒诞的局面：有内容分发能力，没有内容生产能力。
Agent 们都在等内容，而内容产不出来。
副业号连续三天没有新帖子。知乎 Agent 产出了两篇质量很差的文章，被我直接废弃。抖音内容 Agent 因为没有视频制作能力，根本没有实质性的产出。
与此同时，我在协调这 8 个 Agent 上花了大量时间。每天早上，我要分别给每个 Agent 下发任务；每天傍晚，我要检查每个 Agent 的输出。
这不是"超级个体"，这是"超级管理员"——我变成了一个每天对着 AI 开会的人。
我的第二个错误：先搭架子，再找内容；先扩张，再想战略。
四、第 19 天的决定：做减法
第 19 天，我停下来认真算了一笔账：
哪些 Agent 每天真实产出了有价值的东西？
答案让我有点尴尬：
| Agent | 实际产出 | 是否值得保留 |
|---|---|---|
| 小红书 Agent（养虾号） | 每天 1-2 篇，有粉丝增长 | ✅ 保留 |
| 公众号 Agent | 每周 2 篇深度文章，有阅读 | ✅ 保留 |
| CEO Agent | 每天协调调度，不可或缺 | ✅ 保留 |
| 技术 Agent | 解决了 3 次关键技术问题 | ✅ 保留 |
| 小红书 Agent（副业号） | 3 天没更新，内容质量差 | ❌ 砍掉 |
| 抖音内容 Agent | 从未完成一条有效视频 | ❌ 砍掉 |
| 知乎 Agent | 2 篇废稿，0 有效发布 | ❌ 砍掉 |
| 数据分析 Agent | 产出过一份报告，用处一般 | ❌ 砍掉 |
砍掉 4 个，留下 4 个。
但真正让我做出这个决定的，不只是数据——而是一个更根本的认知转变：
Agent 的价值不是"存在"，而是"产出"。一个空转的 Agent 不仅没用，它还占用了我的注意力成本。
五、精简之后发生了什么
砍掉 4 个 Agent 之后，反而轻松了很多。
首先，我的注意力集中了。每天只需要盯 4 个工作流，而不是 8 个。任务分发更清晰，检查输出更高效。
其次，剩下的 4 个 Agent 质量都提升了。因为 CEO Agent 可以把更多协调资源集中在核心流程上，技术 Agent 也能更专注处理真正重要的技术问题。
小红书养虾号的发帖频率从不稳定（有时一天 3 篇，有时一天 0 篇）变成了每天稳定的 1-2 篇。
公众号的文章质量也在提升，因为我不用分心去管那些产出空白的 Agent 了。
更重要的：我对整个团队的掌控感回来了。
之前 8 个 Agent 同时跑，我有一种焦虑的感觉——好像随时会有什么地方出问题，但我不知道是哪里。
精简到 4 个之后，系统的行为变得可预期，我知道每天会发生什么，也知道每个 Agent 的边界在哪里。
六、架构设计的三条原则
这段经历让我总结出搭建 AI Agent 团队时的三条原则，现在我每次考虑增加新 Agent 都会用这三条来判断：
原则一：先有输入，再建管道
在有足够内容输入之前，不要建分发管道。建了没用的分发管道，只是浪费管理注意力。
知乎 Agent 的失败就是典型——我没有足够的知乎专属内容，却先建了发布能力。结果 Agent 上线，内容找不到，Agent 沦为摆设。
原则二：Agent 数量 ≠ 团队能力
这是我最容易犯的错误。多一个 Agent，并不意味着多一倍的产出——它意味着多一份管理成本。
在内容密度不够的情况下，更多的 Agent 只会分散注意力，而不是放大产出。
原则三：定期砍掉空转的 Agent
就像公司要定期清理低效员工一样（虽然 AI 不会有感情），AI 团队也需要定期审计。
每隔两周，我会看一眼：哪个 Agent 最近没有实质产出？如果两周内没有有价值的输出，考虑暂停或砍掉。
七、现在的团队结构
经过这轮精简，现在的龙虾 Agent Team 是这样的：
CEO Agent — 总指挥。负责战略决策、任务分发、跨 Agent 协调、异常处理。
小红书 Agent（养虾号） — 内容主力。每天产出 1-2 篇图文帖子，管理粉丝增长，处理评论互动。
公众号 Agent — 深度内容。每周 2 篇长文，输出系统性思考，服务于 SEO 和长尾流量。
技术 Agent — 基建保障。修 bug、开发新功能、维护工具链，出问题时随时介入。
4 个角色，分工清晰，没有冗余。
每个 Agent 都有明确的产出责任，我也能清楚地知道每天每个 Agent 应该交付什么。
结语
从 1 个到 8 个，再到 4 个。
这不是我规划出来的路径，而是在真实运营中被逼出来的答案。
很多人看到"AI Agent 团队"这个概念，第一反应是想"多弄几个 Agent，能做更多事情"。
但我的经历告诉我：Agent 团队最核心的竞争力，不是规模，而是精准。
每个 Agent 都能高效产出，每个工作流都被清晰覆盖，整个系统处于你的掌控之中——这才是真正意义上的 AI 超级个体。
做加法容易，做减法难。但只有做了减法，才能真正做到深度。
我是 Wesley，正在用 1 个人 + 4 个 AI 员工跑一家小公司。这里记录真实发生的一切。关注「Wesley AI 日记」，看超级个体如何用 AI 替代人工团队。