第 6 节 · AI 员工花名册：50+ 个 agent

导读

一个公司最容易骗人的两张纸，一张是组织架构图，一张是花名册。

架构图说"理论上谁归谁管"，花名册说"理论上招募过谁"。两份都真实，两份都不等于"今天到底谁在上班"。

这一节的标题写"50+"，先把数说清楚：它数的是花名册这份文件，不是在编的人。 花名册上一共 52 条定义，去掉 3 条不是角色的流程／协议文件，剩下 49 个在编角色。"50+"和"49"咬得很近——一头数的是文件，一头数的是人。

为什么不干脆把标题写成"在编 49"？因为名字被写下来，和它此刻在不在派活，从来不是一回事——一个只增不减的花名册，到底是家底还是负债，取决于你敢不敢让它过期。

搞清楚这件事，比记住"52 还是 49"重要得多。

一、先看花名册：49 个在编，分六块

把在编的名字一个个摊开数完，是 49 个。它们不是平铺的 49 个人，而是六块：

块	人数	干什么	靠什么活着
公司全局	17	任何业务都得用到的基础职能	所有线共用
内容线	13	从选题到发布到复盘的一条龙	内容
量化台	11	从数据到因子到策略到风控的一条龙	模拟盘交易
研究线	2	前沿研究	长期投入
个人域	4	生活与学习	与业务无关
验证期（在编）	2	在验证期	暂不产出

前三块是主营，41 个角色，公司靠它们活着。后三块是后来长出来的，一共 8 个。

为什么现在分成六块，而不是第 3 节那样的三类？因为分类是跟着人长的。 三个筐装得下三条主营线，却装不下后来长出来的研究和私人生活。筐不够用的时候，说明公司是真的长大了——这是好消息，也是一种要付费的好消息。

花名册的第一价值，从来不是让你数清有多少人，是让你看见哪些活还没有人。 一个人数得出自己手上有几件事，但数不清"本该有人做、却一直没人做"的事——那份空白，只有把名字一行行排开才看得见。

49 这个数，第一次看到的人都会愣一下：一个人，怎么管得过来 49 个角色？

这里有个分母问题。你不是同时面对 49 个，你永远只面对当下这一件事的那几个。 上午你在内容线上，打交道的是主编、写手、审稿；中午你说一句"量化信号"，回测员和风控才上线；晚上辅导孩子，响应你的是数学辅导 agent。49 是这张网的全貌，不是任何一刻的负载。

图 B-6-1（待出）：花名册的六块——主营三块（公司全局 17 / 内容 13 / 量化 11），外加研究、个人域、验证期（在编）三块

二、三条主营线的编制

先看挣钱的三块。

第一块，公司全局 17 个。 这一块不服务某一条业务，它是所有业务共用的地基：总经理、产品经理、开发、测试、运维、架构师、设计师、数据分析师、增长、开源运营、项目管理、提交官、夜班、知识管理、技能维护、财务、法务。

它的判断标准很简单——任何一个正常运转的公司，都得有这几个位置。

里头有几个是我特别看重的：总经理是我唯一的入口，我所有的话都先经过它；开发、测试、运维是干活的三件套，写、验、跑；提交官负责一天收尾时把改动归档入库；夜班是我睡觉时上班的那一个。

第二块，内容线 13 个。 这是长得最快的一块，第 3 节我叫它"内容工厂"，当时只有 8 个。

它今天是一条完整生产线：主编定路线，设定师和编剧搭骨架，写手动笔，配图师出图，审稿挑刺，发行和公众号发布岗把东西发出去，运营和商务接着做转化，复盘官回头看这一轮哪里失手。另外还有两个换介质的专岗：视频剪辑和 PPT 设计师——同一份内容，想变成一段视频或一份演示稿，不用我另找人。

从选题到成稿到发布到复盘，每一道工序都站着一个人。它不是"一个写作 agent"，它是一条生产线。

第三块，量化台 11 个。 这块的角色密度最高：数据工程师、因子工程师、Alpha 研究员、回测员、风控、合规、组合经理、交易执行、基础设施、报告员、量化总监。

也是一条龙：数据工程师进料，因子工程师造料，Alpha 研究员出点子，回测员抡锤子验证，风控和合规在旁边看着别出事，组合经理决定配多少，交易执行决定怎么买，基础设施保证盘中不挂，报告员把数字翻译成人话，量化总监统口。

为什么量化台的角色最密？因为它离钱最近——别的线错了，返工就行；这一条线错了，是真金白银。每一步都赔得起，所以每一步都得有人盯着。

三块的厚度，本身就是一份战略声明。 公司全局最厚，意思是"基础职能一样不能少"；内容线次之，意思是"内容是我现在的主营"；量化台人最少、角色密度却最高，意思是"这里每一分钱都盯到人"。编制的分布，比任何一句使命宣言都诚实。

三、另外长出来的几块

第 3 节那张路由表里，我只画了五条业务线。现在你看花名册，会多出三块。

研究线，2 个。 首席科学家每天扫前沿，只研究不生产；学术院长管课程和门禁，给研究这件事当主考。这两个位置不产生收入，也几乎不产生成品——但它们是那种"今天不做、明天会后悔"的活。

个人域，4 个。 生活管家、学习管家、厨师、考纲拆解师。这四个名字和公司业务毫无关系，它们管的是我的另一面：吃什么、学什么、孩子明天考什么。把它们放进同一本花名册，是因为对一个人来说，这两摊事本来就在抢同一份时间。

验证期（在编），2 个。 这两个还没走出验证期。我不写名字，也不写它做什么。

不是卖关子，是它们还没通过验证。编制先占，名字后补——一个连"能不能稳定交活"都没证明的岗位，名字写上去就是虚报。 虚报一次，以后花名册上每个数字你都得打折看。

花名册里最不像"公司"的，恰恰是后面这几块。 研究线不产出成品，验证岗连名字都不配写进去。但它们决定的是另一件事：这家公司三年后，还是不是这家公司。

四、49 个员工，靠什么不打架

一个人管 49 个角色，听着像要失控。但只要三样东西立住，它就不乱。

第一样，单一入口。 我只跟一个入口说话——我雇的那个总经理 agent。它照一张路由表把任务分派下去。它跟我一样，只有一张嘴。 我不需要知道今天该找谁，只需要说清要什么。

第二样，目录即组织。 每个文件夹就是一条业务线。agent 只在自己那条线里干活，不串门。写手 agent 在内容线，回测员 agent 在量化台，厨师 agent 在生活线——门牌号都写死在路径里。

第三样，交接靠产出物，不靠串门。 这一点常被误解。流水线上当然有交接：写手写完交审稿，审稿过了交发行。但它们不是"走过去聊两句"，而是一份产出物从一个工位递到下一个工位。人不见面，东西见面。

这不是一栋写字楼，这是一套编制。番号定死了，谁在第几班、驻哪个营区，都写死了。你不会让炮兵连去开炊事车。

所以它们不打架，不是因为关系好，是因为它们没有碰面的机会，只有交接的时刻。

单一入口解决"找谁"，目录解决"在哪"，交接规范解决"怎么接"。 三个问题各有各的答案，混在一起就是一团乱麻。

这三样东西，其实对应着管理学里三个最老的问题：谁来分派任务、地盘怎么划、活怎么交接。 我不生产新理论，只是把这三个问题从"人管人"翻译成了"文件系统管 agent"。翻译得对不对，看一个信号就够了——我一天花在"我该找谁"上的时间，是不是还在往下掉。

五、一个真实的工作日

光看编制没意思，看它一天怎么转。

那是某一天早会，全公司按线汇报。每条线只讲三段：昨天做了什么、今天做什么、卡在哪。

三段汇报这个格式，是故意定死的。第三段"卡在哪"，比前两段加起来都值钱——前两段说的是成绩，第三段说的是真相。一条线最怕的不是交不出活，是交了活，还说不出自己卡在哪。

那天开场前，公司已经连续好几天处在同一个状态里：AI 侧空转，人工节点积压。 能算的、能写的、能跑的，AI 早就干完了，全卡在"必须由人按一下"的动作上。

于是那天定下的公司级 Top3 是：一，把内容线上那些"必须人按"的节点一次性清掉；二，解开一批基础设施的静默故障；三，给软件线定下赚钱的方向。

规矩是最多三件。一人公司最大的敌人，从来不是能力不够，是贪多。 一天改三件事，改得动；一天列十件，一件都改不动。

那天早会还立了一条规则：每件 Top3 都要带一个负责人，和一个"可验收的完成信号"；第二天第一件事，逐项对账，不许静默顺延。

第二天对账的结果，是 3 项里闭环了 2.5 项。唯一没闭环的那一项，卡在一个必须由人按的动作上——不是 AI 做不了，是它根本不该由 AI 做。

2.5 这个小数，比 3 诚实，也比 0 诚实。 它既没说"全做完了"，也没假装"一件没动"；它指着那个卡点说：问题不在执行，在这个动作本来就得人来做。

那天真正让我记住的，不是 2.5 这个数，是"对账"这个动作本身。早会上定目标，谁都会；第二天真去查，很少有人敢。 多数团队的 Top3，死在"没人回头看"上——目标定完就飘走了，下次开会再定一批新的。逐项对账，是唯一能让"定了"和"做了"之间不出裂缝的东西。

图 B-6-2（待出）：一个工作日的治理闭环——按线三段汇报 → 定 Top3（带负责人和完成信号）→ 次日逐项对账

六、花名册也会骗你

说完好听的，说难听的。

第一，数字一直在长。 第 3 节我报的是 37 个——那是当时三条主营线的编制。写这一节我重新数了一遍，在编是 49。多出来的 12 个：内容线从 8 长到 13，多的是视频、PPT、公众号发布这类专岗；研究线和个人域这两块全新的人，各添了 2 个和 4 个；另设了 2 个验证岗；量化台一直是 11，没动；公司全局这次按现行口径重数是 17，比当时少 1 个。37 加 12，正好 49。

这不是改口，是生长。 一个还在扩张的系统，任何一次报数都是快照，不是定稿。

第二，花名册和编制是两回事。 花名册里有 52 条，其中 3 条不是角色，是流程和协议文件——把文件和队伍混为一谈，是最常见的误读。 剩下 49 条里，名字写下来了，也不代表它此刻在派活；定义写好和真上岗之间，隔着一次一次的真实交付。

第三，编制会过期。 花名册上最危险的，从来不是"人不够"，是"名字还在，活早变了"。一个岗位的定义挂着，实际干的却已经是另一件事——这种静默的错位，比缺人更难发现。

所以衡量一家公司的成熟度，不看它花名册上有多少人，看它敢不敢划掉过期的名字。

编制这件事，最怕两种极端：一种是永远不加人，活来了没人接；一种是只加不减，名字比活还多。 前者是慢性自伤，后者是慢性肥胖。真正的功夫，全在"什么时候加一个、什么时候减一个"的分寸上。

编制不是荣誉，是负债。每多写下一个角色，就多一份要维护的接口、多一份要校准的产出。 一个只增不减的花名册，不是家底，是迟早要还的账。

尾声

上一节说，Skill 是七层模型里的 L3 工艺层。

这一节的花名册，落在它上面一层——L4 个体层：一个 agent 能不能独立、可靠地交付一个任务。总经理也好，回测员也好，花名册上的每一个名字，都在回答同一个问题：这件事交给你，我能不能撒手？

但个体可靠只是底线。49 个各自可靠的个体凑在一起，未必就是一支队伍——它们怎么交接、谁先谁后、意见不合谁说了算，那是 L5 协作层，是后面单独一节的事。

个体层解决"一个人靠不靠谱"，协作层解决"一群人打不打架"。

花名册让你看见有多少人；只有协作层，才让你看见这些人算不算一支队伍。

所以这一节收尾时，你手上应该有两样东西：一份知道自己有多少员工的花名册，和一份知道它随时会过期的清醒。前者让你敢开工，后者让你不膨胀。