他给 40 多个 AI 员工配了 3 个经理，评论区先问了一句：管得过来吗

Justin 晒了一套 AI 团队架构：1 个 AI 总管，3 个 AI 项目经理，40 多个 AI 员工。

总管是 Claude Opus 5.5。三个经理分别是 GPT 6.1 Sol、Claude Opus 5.5、Claude Fable 5.1。底下干活的员工用 Claude Sonnet 5.5、Gemini 4、Gemini 3.8 Flash、DeepSeek 4.1 Flash。

这套分工被问得最多的是：用什么跑起来的。Justin 回复，底层用 Claude Code 当司机，再通过 plugin 和 cli 去调别的模型。至于总管和经理怎么决定派谁干活，他的说法是，一开始先把职责范围定好，然后各级自己选派委任。

评论区第一条正经质疑来自账号 ✪兔米api中转站：你这模型版本号直接快进到后年了。紧接着补了一句，底层管四十多个小弟，光上下文同步和容错就够喝一壶的。

后半句比版本号更值得看。

星哥AI 的判断更具体：三层这么搭，最容易走样的反而是中间那层，经理一多传话就开始变味。总管那层少派活、多做验收，整体会稳很多。

问题不在员工多，在信息经过经理时被压缩、被改写、被加戏。人类公司里这叫中层损耗，换成 AI 也没自动消失。

nick 的担心更直接：架构听着挺像回事，可真到干活那天，40 多个员工到底是帮你省时间，还是先给你造出 40 份等你逐个验收的半成品。管得住 3 个经理的人，未必管得住第 41 个员工的幻觉。

这条底下有人接话，说管理成本怕是全花在协调上了。

也有不同的声音。verchena 问，为什么非要用人类的架构体系，又不需要有人来背锅。他贴了一段 Anthropic 工程负责人 Felix Rieseberg 的访谈。

Rieseberg 在访谈里讲的内容，和这个质疑能对上。他说自己现在不写代码了，我只是 Claude 的传送带。团队做 Claude Cowork 花了一周半。他大部分时间在做原型，然后让人来挑哪些想法值得留。他区分了自动化和增强：自动化是把不想干的活交出去，增强是让 AI 帮你做原本做不到的事，后者才是他觉得有意思的部分。

他提到一个判断标准：好东西是按钮更少。产品行不行，看放在几个人面前，他们能不能很快上手，做出以前做不了的事。

这段话放在 40 个 AI 员工的语境里，其实有点刺。一个三层管理架构，按钮是变多了还是变少了，取决于你站在总管的位置还是验收的位置。

回到那套架构本身。它最实在的部分，是 Justin 说的职责范围先定好。AI打工实录·小F 把这句话单独拎了出来：范围不定，底下四十多个员工干起来很容易各干各的，到时候总管收都收不住，层数越多，前期这点功夫越不能省。

这套东西真正的成本在把边界写清楚，不在模型调用。写不清楚，40 个员工就是 40 个各说各话的接口。写清楚了，三层才有意义。

至于值不值，评论区没有共识。有人已经在用 herdr 加 cc 控制别的模型干活，有人每月给模型打分再调整下一周的选型。也有人一句话收尾：都是扯淡的东西，都在赌 AI 不如你会调度。

这话不好听，但恰好点出了这套架构的隐含前提。你得先比 AI 更会分工，才有资格当那个总管。