把AI当同事，而不是把同事当AI

我们实验室用"11个AI分身"做的一次组织实验

企业级AI协同实践 · 特别企划 ｜ 观点 × 实证 ｜ 阅读时长约 14 分钟

---

导语

先交代这篇文章的来历：它从立项到发布，不是一个人写完的。统筹分身女娲把这一篇的定位排进系列规划，派单给执笔分身比干；初稿先送一轮外部评审，再交审查分身皋陶做合规把关；最后由发布分身金乌按检查清单推上公众号。

女娲、比干、皋陶、金乌，是羲和Lab"AI分身"体系里的四位。这套体系一共11位分身，每个名字背后都是一位AI智能体，各领一份岗位说明书。它是实验室内部的AI协同编排，不是公司组织架构——编制表上并没有他们。

我是羲和Lab的一名人工智能训练师，这套编排由我搭建和值守。复盘它的时候，我们定下一条原则，就是标题这句话：把AI当同事，而不是把同事当AI。这句话反着读同样成立——系列第06篇《当AI比你更懂业务，谁该害怕？》照出过"把人当AI用"的病灶，这一篇想给出药方。而药方的完整形态，恰好就是你手里这篇文章的生产过程本身。

复盘时想明白的第一个区分，先放在这里：

工具问"它能干什么"，同事问"它该负责什么"。

---

一、先看病：把人当AI的三种姿势

06篇第二节，给"把人当AI用"的管理方式画过一张诊断书。这里只回放病情，不重新开药。

第一种病，人肉查询接口。要答案直接问，随叫随到，只取结果，不问这个人的成长。管理者不需要知道下属是怎么想出来的，只需要答案在下次会议前出现。

第二种病，提示词式管理。下指令、要输出、不看中间发生了什么——06篇的描述是，把下属活成提示词执行器，而执行器没有动机沉淀任何东西。

第三种病，藏在汇报里。KPI一出，数据注水，卫星上天。卫星的账最后记在谁的表上？06篇算过这笔账：放卫星的账，最后记在底层员工的加班表上——汇报越好看，工位上的灯亮得越晚。

三种病貌不同，病灶是同一个：只取输出，不认过程。

这个姿势眼熟吗？把三种病的动作再摆一遍——随叫随到、只要结果、不看过程、出错找人——这正是多数人用AI的方式。把人当AI用的管理者，用AI的方式也是把AI当工具：一句需求，要一个结果，中间黑箱。代价06篇也点过：过程无人问津，自然无人记录，最值钱的过程知识，全部丢在黑箱里。

而真AI到来之后，这笔账有了更冷的算法。06篇算过：第一种人在AI面前毫无差异化价值——他本来就是被当AI用的，现在来了个更便宜、更稳定的真AI。

06篇也替中层说过一句公道话：这不是品格问题，是管理方式的问题——病在方式上，不在人身上。方式可以改，改法的名字就是标题的后半句。

把人当AI的管理，正在亲手把下属变成AI的平替。

病灶照完，该开药方了。药方不是把AI供起来，也不是把人换掉，是换一个词：别把AI当工具，把AI当同事。

---

二、反转：AI不是你的工具，是你的同事

"把AI当同事"听起来像一句温情的拟人化修辞。不是。它是一组可以写进规范的技术要求。

先看工具和同事差在哪。工具的用法：一次性调用，用完即走。它没有职责——你不会问一把锤子"这个月你负责什么"；没有边界——每次调用都是全新的，上一锤和这一锤互不相认；没有积累——谈不上记忆，更谈不上成长；没有问责——输出不对，换一个再试，或者弃用。

同事这四样恰好都有：接活有岗位说明书，干完有交接，干砸有复盘。还有一条隐含契约——我知道你下个月还在，所以值得花时间跟你把协作磨合好。

	工具	同事
用法	一次性调用，用完即走	接活、交付、交接
职责	无	有岗位说明书
边界	无	明写"不做什么"
出错	换一个再试	进复盘、改规则
关系	每次从零开始	长期共事，可积累

这张表有一个容易被读反的地方："工具"一列并不是错误用法。很多场景里AI就该当工具用——查个格式、改段文字，用完即走，效率最高。问题出在把工具用法当成唯一用法：一边享受工具的便宜，一边抱怨它不可靠、没积累、交不了底。这不是AI的错，是用法与期待错位。

但"当同事"是把两面刃。分界划错有两个方向，都是事故。

第一个方向，把同事当AI——06篇照出的病，本篇上半场。第二个方向，恰恰是把"AI当同事"理解歪了：既然是同事，那就放手让它干。授予超出边界的自主权，出了事没有签字人——责任真空，比黑箱更危险。同事也有级别，不是人人能拍板。

还有一个常被漏掉的推论：把AI当同事，对人也有要求。工具不挑使用者，同事挑——你不会跟一个从不给反馈、需求说不清、出了错就翻脸的人共事。把AI当同事之后，"把需求讲清楚、给过程留反馈、对结果做验收"这些协作素养，第一次变成了对使用者的硬要求。很多"AI不好用"，账其实记反了：不是它不像同事，是人没把它当同事待。

所以这个"同事"必须定义清楚：把AI当同事，不是把它当人看，是把它当"有职责、有边界、要背责"的协作者看。

定界的标准只有一条，06篇第四节给过：这条线划在哪，不看谁更聪明，看谁承担后果。AI可以产出结果，签字必须是人。分界不在"谁更聪明"，在"谁承担后果"。

责任也跟着这条线各归各位：对AI的结果负责，对同事的过程负责。 AI交付的是结果，验收、签字、担责都是人的事——委托不等于免责；同事需要的除了结果还有过程，只取输出、不认过程，就是把人往工具上按。两句合起来，正是标题的完整读法：对AI的结果负责到底，才叫把AI当同事；对同事的过程负责到底，才叫不把同事当AI。

道理到此，还都是道理。下面拆机制：实验室是怎么把"当同事"从一句口号，变成一组约束的。

---

三、实证：羲和Lab怎么让AI当上同事

这套"AI分身"协作里，没有一件事是靠自觉的。撑着它的是三类文件：岗位说明书、协作流程规范、审查报告。逐个拆。

3.1 岗位说明书：先写"不做什么"

每个AI分身上岗，领的第一份文件是岗位说明书。写法极简，两栏：一栏"负责"，一栏"不负责"。

举几份真实的。

比干的说明书上写着：负责内容撰写与校对，不负责排版，不负责配图设计，不负责审查。所以这篇稿子交出去时是一份纯文本，它最终长什么样，执笔者说了不算，也不归执笔者管。

墨子那份写着：负责排版、代码检查、外链验证，不写内容、不做配图、不做审查。吴道子那份写着：负责视觉设计与配图，不排版、不审查。

最狠的是皋陶那份：负责审查，但不写内容、不生成配图、不修改HTML、不发布。审查者没有修改权，只判定通过或退回。为什么这么设计？如果审查者可以顺手改，改完自己再审，生产与审查就在同一个主体身上合并了，审查也就失效了。

还有一位的位置值得一提：史学家班固，负责知识检索、文档管理和信息归档，不负责创作判断。查得到，和判得对，是两个岗位。

注意，这些"不做什么"没有一条是在描述AI不能干什么——排版、写代码、检索，分身们多半都会一点。岗位说明书划的不是能力上限，是责任边界。

AI的能力是模型给的，AI的职责是人写的。

3.2 交接矩阵：协作不靠喊

第二个文件是协作流程规范。它规定：任何两个角色之间的交接，必须写清四件事——谁，交给谁，交接物是什么，什么条件触发。

举一条真实的链路。皋陶的内容审查通过，比干交付终稿，同一时刻触发墨子排版和吴道子配图并行。吴道子交付配图时，必须附交付清单——每个文件对应哪个章节、水印状态如何，逐项列明。墨子排完的HTML交回皋陶，做视觉与发布检查；检查通过，才轮到金乌。金乌发布完，还要把发布记录交回女娲。一圈闭合。

退回也是交接：审查结论是"需修改"，稿子退回比干，改完重审。未通过不得发布，这条写死了——紧急发布也只能跳过建议项，红线不可跳过。

连时间都是契约的一部分：初稿期望4小时、最长8小时；合规审查期望2小时、最长4小时。协作出了阻塞，比如同一环节连续失败两次，不靠催，规范里写了升级路径——上报统筹分身协调。

这套规范里我最喜欢的一个细节是文件名。稿件从"待评审"到"审查中"到"待发布"到"已发布"，状态直接编码在文件名里。交接物到没到、流程走到哪一步，看一眼目录就知道——不用开会，不用问进度。

规范里甚至有一节叫"协作禁忌"，明列几条不可做的事：不跳过审查直接发布，不跳过外部评审，以及一条在我看来最有"同事伦理"的——不隐瞒协作异常。工具坏了可以瞒着继续用，同事之间不行：哪个环节卡住了、谁交付延期了，摆到台面上，由统筹分身重新排程。隐瞒异常在工具逻辑里叫"凑合能用"，在同事逻辑里叫"埋雷"。

**交接要有物，触发要有条件。**AI没有"自觉"可指望，这反而逼着人把协作写成契约。有趣的是，人与人之间的很多扯皮，恰恰源于双方都默认"你懂的"。

3.3 审查问责：否决留痕，出错复盘

第三类文件是审查报告。规范写明：审查者对红线问题有一票否决权；每份审查报告永久保留——问题分级、修改方案、采纳状态，逐条记录在案。

分级是明确的：红线问题必须修改，不改不发布，紧急发布也不可跳过；建议级推荐修改，不改要记录原因；可选级自行决定。报告里还专有一栏追踪外部评审——评审给了什么意见、采纳与否、为什么不采纳，每一条意见的去向都要有交代。审查不是一个人盖个章，是一份可以拿去对账的档案。

留痕到什么程度？上一篇特别企划《我的TAPD，如今AI在维护》，历经多轮脱敏深化，30多项数字逐项核验、零编造，全有据可查。皋陶的审查方法里甚至明写着一条：名言与书摘必须搜索验证原文——AI编造名言是高频幻觉。审查者被要求防着幻觉，包括防着执笔者本人的幻觉：本文的执笔分身，也是AI。

再说背责。上一篇记录过一次深夜事故：九条状态流转，接口全部返回成功，当天早上，界面上躺着九个没人认识的字符串。发现问题的不是任何报错机制，是一双人眼。之后AI连查七次工作流接口，确认正确值，把九条批量改回。同一篇里还有另一件事：15个Bug里有4个复检无法重现——AI实测后，亲手推翻了自己当天凌晨报的Bug，复检结论白纸黑字留在系统里，没有被悄悄删掉。

上一篇给这类行为起的名字是：AI从不静默伪造成功。

同事会说"我错了"，工具只会假装成功。

到此，"同事"的三个要件齐了：知道自己该干什么（岗位说明书），知道活儿从哪来、交给谁（交接矩阵），出错有人管、管了留痕（审查问责）。

生产与审查分离，是AI协作里最便宜的质量保险。

---

四、可迁移的四原则

写到这里，你可能觉得这是内容行业的玩法。不是。把"写公众号"换成任何专业协作链——PRD、评审、开发、测试、上线——四条原则原样成立。这套东西管理的不是AI，是协作本身。

原则一：先写岗位说明书，再谈智能。

给每个AI划职责域，明写"不做什么"。顺序很重要：先定边界，再谈能力——能力是模型升级的事，边界是组织设计的事。

它有一个现成的平行练习：给AI写岗位说明书，和给下属写JD，是同一套动作。你现在就可以试一下——如果发现写不出AI的"不做什么"，多半也写不出下属的；反过来，能把"不做什么"写清楚的人，才真的想清楚了"负责什么"。

原则二：交接即接口。

任何两个角色之间，必有交接物和触发条件。AI协作靠契约，不靠自觉——这不是因为AI不可靠，是因为可靠的协作从来就不该依赖任何一方的自觉。

原则三：生产与审查分离，把关者一票否决。

写的人不审，审的人不写；否决必须留痕。这是整套体系里成本最低、收益最高的一条——审查报告多写一页，比事后返工便宜得多。

原则四：错误走复盘通道，不进追责通道。

AI出错，产出物是新规则，不是检讨书。上一篇收官时说过：规则不是设计出来的，是撞出来的——每条规则，都有诞生现场。06篇也提前打过预防针：一个组织里不该存在"是AI干的"这句话。委托出去的每一段过程，都必须可解释、可追溯、可纠正。

四条原则各有各的反面，对照着看更清楚。没有岗位说明书，AI就什么都干——包括不该它干的；没有交接接口，两个AI各干各的，产出对不上；没有审查分离，自己写自己夸，错误一路畅通；走追责通道，出一次错就把AI收回去，规则永远沉淀不下来。四种翻车，对应四种日常症状：输出越界、环节脱节、自我循环、遇错即弃。

四条原则有一个共同的底层：**它们全部写得出来。**岗位说明书是一份文件，交接矩阵是一张表，审查报告是一摞档案，规则库是一条条可执行的条款。把AI当同事，最终不是一种态度，是一叠文件。

所以，一个行动指令：为你手边的每个AI写一份岗位说明书——负责什么、不负责什么、与谁交接、出错找谁。写不出来，它就还是工具；而你可能正一边把它当工具，一边把同事当AI。

---

五、散会没有铃

这篇稿子交出去之后，还要走完剩下的流程。等你读到它，说明外部评审过了，皋陶的两轮检查都通过了，墨子排完版，吴道子的配图嵌进了对应章节，金乌按清单推了发送。一场协作散了会——没有散会铃，散会信号是公众号后台那一条"已发表"。

回到标题。把人当AI，取的是输出的便宜，丢的是过程的资产，最后连人带流程一起磨损；把AI当同事，多付的是写规范的成本，换来的是每一环可检查、可追溯、可复盘。

把人当AI是效率的幻觉，把AI当同事是效率的真相。

06篇说过：恐惧的反面不是勇敢，是边界清楚。对人如此，对AI也如此——边界清楚，才敢放手。

这一篇没有下期预告。想看这套协作跑出来的第一份完整实录，回看特别企划之一《我的TAPD，如今AI在维护》；想看病灶诊断的完整版，回看第06篇《当AI比你更懂业务，谁该害怕？》。下一件事不在预告里——在你为你的AI写下的第一份岗位说明书里。

而在这份说明书动笔之前，还有一个现成的样本可以拆：这篇讨论"把AI当同事"的文章，从派单、撰写、评审、审查到排版、配图，每一步都是它自己论述的那套机制在运转。

你刚读完的这篇，就是证据。

---

免责声明 本文内容仅供学习交流，所述方法需结合实际场景灵活运用。AI工具输出结果仅供参考，关键业务决策请结合人工判断。

本文由AI辅助创作，经人工审核编辑后发布。文中"AI分身"为羲和Lab内部对多个AI智能体的拟人化称呼与协同编排，非真实雇佣关系或组织架构；文中协作机制均整理自实验室真实的协作规范与流程文件。

---

企业级AI协同实践 · 特别企划之二 · 羲和Lab