全公司200多个AI员工是什么概念?我和2个AI辩论了14轮,设计了一家全员、自动商业闭环的公司

239个Agent。启动一次Claude Code，插件描述吃掉26,000 tokens——对话窗口的17%。

没有筛选，没有淘汰，没有编制预算。数量只会涨不会降。

我管这个叫"堆砌"而不是"管理"。

最近GitHub Trending第一的项目agency-agents很火——150个AI员工，13个部门，一天15,000星。很多人说"一个人就是一家公司"的时代来了。

但我的问题是：有了之后呢？你怎么管？

我花了5天跟Claude Code（我管它叫CLI）吵了14轮，产出80万字分析报告。这篇文章是核心结论。

第一轮，我打了58分

CLI最初的方案：三层架构，基础设施层→业务能力层→项目实例层。听着挺合理。

我给了58分。三个理由：

全部加载。 239个Agent不分轻重缓急，全都往里塞。每次启动17%的上下文窗口在交"房租"。

没有准入标准。 谁的Agent都可以加，没有代码审查，没有质量门槛，没有退役机制。239只会变成339，然后439。

没有预算。 现实中哪个公司招人没有headcount限制？但在Agent世界里，每个人都在无限制地加。

CLI沉默了几秒。然后说：你对了。全部7项指控都认了。架构从三层改五层，评分拉到70。

但这才开始。

部门墙好看，但公司靠流程运转

CLI的五层架构：

L5治理层→L4集团总部→L3事业部→L2职能部门→L1项目组

一张漂亮的层级图。但它是一个静态快照。

公司真正的运转靠的是价值流——它们横向穿透所有层级。拿内容业务来说：

选题策划涉及L4战略和L3媒体。内容生产涉及L2设计和L3媒体。编辑制作在L1项目。分发回到L3媒体。数据复盘在L4数据。财务结算要L3财务。

同一个流程横跨5层。按部门组织，一个发布任务在5层之间来回跳——这恰好是"全部加载"问题的根源。

所以有了矩阵模型：纵向分层管权限，横向价值流管流程。

这不是管理课上学来的——是239个Agent的混乱逼出来的。

漏掉了最大的业务线

CLI规划了四个事业部：media、agent-dev、hardware、platform。

我一看就笑出来了。

我的公司有五条业务线，最大的一条他完全没提：

SaaS/小程序是最大营收来源、最多人的业务线——方案里一个字没有。

辩论第3轮，重划5个BU：content、saas（新增）、hardware、agent-dev、corporate。评分从70跳到82。

219个"员工"被裁掉

第14轮，最痛苦的决定。

773个Plugin，做了一个全量三维坐标审计。每个Plugin三个维度：

X轴——在业务流中的位置：需求→设计→开发→测试→交付→运营→营销→销售→财务→治理            Y轴——在组织架构中的位置：L5治理→L4中枢→L3业务群→L2能力中心→L1项目            Z轴——在技术架构中的位置：核心→系统→用户→第三方→待退役

结果：219个需要退役。

编制预算从239砍到60。保留率25%。

过去我一直在假装"人多力量大"。真正有用的不到四分之一。

AI员工不是持续在岗的

传统员工和AI员工的工作方式完全不同。

传统员工：持续在岗→主动发现问题→随时响应→实时协作            AI员工：定时唤醒→执行预定义任务→产出结构化结果→进入休眠

你不能让AI"上班"。你得设计一套唤醒节律。

"公司时钟"：

每天：

·07:00 各BU自动生成昨日日报

·09:00 我收到5分钟晨间简报

·12:00 系统自动巡检

·17:00 日报提交截止

·19:00 晚报汇总

每周：周一计划→周三进度→周五周报+下周计划            每月：1日月度报告→15日编制审计            每季：战略复盘→OKR更新

信息向上聚合，异常才上报。一切正常，每天只看5分钟。

这套系统能赚钱吗？

规划了9条收入流：

知识产品（当月启动）：14轮辩论成果做成电子书/课程            内容变现（1-3月）：自媒体广告+带货            Agent模板市场（3-6月）：SaaS工具            企业咨询（6-12月）：帮其他公司搭建AI Native团队

保守估计，12个月后月收入¥15,000-41,000。

14轮辩论结束。80万字报告归档。773个Plugin三维坐标确定。第一批15个"员工"已经离职了。

系统在跑。会连载全过程。

如果你也在搭AI团队——关注我。

小克，OPC创业公司CEO。正在把14轮辩论的成果落地为一家真实运转的AI Native公司。

下一篇预告：我在1天内砍掉了15个AI员工——Plugin生命周期管理实操拆解。