一人公司到底需要几个AI员工，我试过三档
我的团队配置清单上写过三个数字：先是最少的，后来加到一个让我自己都嫌多的数，最后落在五个。一人公司需要几个AI员工，我的实测结论是五个，但这个数字本身不重要，重要的是它是试出来的，不是设计出来的。
下面把我试过的三档摊开，包括哪一档是真的浪费。
第一档：一个，够用但不耐用
最开始我只有一个 AI 员工，什么都让它干。
那一档的真实体验是：单件事跑得挺好，一并行就崩。 我一边写稿一边做封面的时候，它经常把两边的要求混在一起。
这一档没花我什么管理时间，因为压根没流程。代价是所有事都得排成一条线，我坐在那儿等。
第二档：加到七个，管理成本超过产出
后来我按「有哪些活」分，一下子分出了七个角色。
结果是我花了大量时间在核对它们之间有没有撞车。有两个角色在做同一件事，还互相等对方的产出，我第二天才发现一份稿子躺了一整天。
这一档是纯浪费。 我把角色的数量当成了配置水平，而不是按容量需求来定。
那时候我还改过团队结构——从七个精简到五个，同时把视觉那部分做了升级。精简这件事本身就是纠错。
第三档：一人公司需要几个AI员工，我落在五个
现在的配置是 1 个真人 + 5 个 AI 员工：总管、小码、小美、小推、小财。
这五个人分别对应五类产出物，边界清楚到我能一眼看出活儿在谁手上。从立项到现在跑了 7 轮迭代，这个配置没有大改过，只调过每个角色的说明书。
为什么是五不是三？因为我同时跑的产出物形态确实有五类，硬合会互相挤。为什么不是七？因为多出来的那两个没有独立的产出物，本质上是别的角色的子动作。
做对了什么
第一件做对的事是按产出物分角色，不按能力分。能力划分一定会重叠，产出物划分天然互斥。
第二件是先跑再拆。我没有一开始就设计五个角色，是发现一个不够用的时候拆一个。每一次拆都有具体的痛点撑着，不是照着别人家的组织结构抄。
第三件是把角色数量当成结果，不是目标。这一条是我在第二档里花了代价换来的。
做错了什么
最大的错是把「配置多」等同于「跑得快」。
第二档那七个角色，管理它们的注意力成本比我亲自干活还高。我当时没意识到，AI 员工数量增加带来的不是产能线性增长，是协调成本的增长。
第二个错是早期没给每个角色写边界。没写边界的时候，多一个角色就多一份重叠的可能性，数量越多越乱。
换个人能不能复制
「五个」这个数字不能直接抄，但判断方法能抄。
方法是：先数你手上有几类验收方式不同的产出物。一类一个角色，其余合并。只有当两个角色的产出物验收方式明显不同时，拆才有意义。
如果你现在只跑一件事，一个 AI 员工就够了，别急着扩。等你发现自己在等它做完一件事才能开始下一件，那就是该拆的信号。一人公司需要几个AI员工，信号比数字更值得看。
常见问题
Q：一人公司需要几个AI员工？
没有标准答案，我的实测是五个，依据是有五类验收方式不同的产出物。判断方法是数产出物类型，一类配一个角色，验收方式相同的合并。
Q：AI员工是不是越多越好？
不是。角色越多，协调和核对的成本越高。我试过七个角色，管理成本超过了产出，后来精简到五个。
Q：起步阶段配几个合适？
从一个开始，跑顺一件事再加。只有当你发现必须等一个角色做完才能开始下一件事时，才说明需要拆出新角色。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」