智能体越来越像员工，但大多数公司还没有岗位说明书

上周在群里看到一个同行分享，他们部门给一个智能体起了名字，叫「小周」。小周负责每天早上拉数据、做简报、发到群里，遇到异常值还会自动@对应的负责人。

然后有人问了一句，小周的权限边界在哪？谁审批过它能碰哪些数据？出了错算谁的？

群里安静了大概十秒。

做了20年人力，我对这种安静太熟了。一个事情只要问到权责边界，热闹往往就没了。

我当时脑子里冒出来的判断很直接，智能体已经越来越像岗位，但大多数公司还没给它写过一份真正的岗位说明书。

给它起了名字，就别再把它当工具

上一篇我聊到，假管理会越来越便宜，真管理会越来越贵。那个判断的背后，还有一个更具体的问题没有展开。当智能体开始接任务、接流程、接结果，它到底还是一个工具，还是一个岗位？

这个问题以前不难回答。工具就是工具，Excel不会自己跑，OA不会自己判断。但现在不一样了。一个智能体可以自主拉数据、做分析、写报告、发通知、甚至替你做一部分决策。它有持续性，它有记忆，它有主动性。你给它一个目标，它能拆成步骤、调起工具、完成闭环。

这已经不是「用工具」了。这更像是在「用一个人」。

智能体最麻烦的地方，不是它不够聪明，而是组织还没有准备好回答一个最基本的问题，它在这个组织里，到底算什么？

最危险的，不是它太聪明，是它没编制

你可以想象一下。如果今天公司招了一个人，没有写岗位说明书，没有定汇报关系，没有设审批权限，没有说清它能碰什么数据、做什么决策、出了问题谁负责，就这么放进来干活了。

任何一个人力总监都会说，这不行。说得再直一点，这不是试点，这是裸奔。

但智能体现在在很多公司里，就是这么进来的。

老板看到某个智能体很酷，说我们也搞一个。技术团队搭好了，丢给业务用。业务觉得好用，就越来越依赖。然后某一天出了事，数据被错误修改了，客户收到了不该发的消息，审批链被一个智能体跳过了。

这时候大家才发现，没有一个人知道这个智能体的权限边界是什么，没有一个人审批过它的「岗位设计」，甚至没有人正式定义过它到底应该在哪条链路上、能走多远。

给智能体起名字很容易，给它写岗位说明书很难。但后者才是真正决定它能不能在组织里安全运转的东西。

权限表能管按钮，管不了会行动的系统

有人会说，这不就是IT系统权限管理吗？加个白名单、设个审批流不就行了。

问题没那么简单。

传统的IT权限管理，管的是「谁能登录」「谁能看什么字段」「谁能点哪个按钮」。这套东西管按钮没问题，按钮不会自己动。但智能体不是按钮，它是一个会自己往前走的执行单元。你管它，不能只管动作，还得管判断。

举个例子。你给一个智能体设了权限，它可以读取客户数据。但你有没有定义过，它能不能根据客户数据做分类决策？能不能自动触发一条营销信息？能不能在判断客户可能流失的时候，主动给销售发提醒？这些都不是简单的「读/写」权限能覆盖的。

传统岗位说明书里写的那些东西，职责范围、汇报对象、权限等级、例外处理、审计路径，对一个智能体来说，不是少了几个字段的问题，是整个框架都要重新想。

说真的，很多公司现在卡住的地方就在这。权限管理解决的是能不能做，岗位设计解决的是该不该做。前者是配置，后者是治理。一个配错了还能修，一个没治理好，迟早要出事。

智能体需要的不是一张权限表，是一份岗位说明书。而且这份岗位说明书不是给人看的，是给系统跑的。

以后你不只管人，你还得给系统定岗

说到这里，你可能会想，这不是技术团队的事吗？

还真不是。技术团队能定义智能体「能做什么」。但「该做什么」「不该做什么」「做到什么程度需要停下来问人」「出了错算谁的」，这些是管理判断，不是技术参数。

这也是为什么我说，管理者在AI时代最稀缺的能力，是替系统划边界。

以前给员工划边界靠岗位说明书、靠制度、靠审批流程。现在给智能体划边界，靠的是另一套东西。

它到底在优化什么，这是目标。它能碰什么、不能碰什么，这是边界。什么情况必须停下来问人，这是例外路径。还有最重要的，出了问题最终落在谁身上，这是责任锚点。

坦率的讲，管理者过去在设计人的岗位。现在开始，还要设计不是人的岗位。而且对智能体的岗位设计，要比对人的更精确。人遇到模糊地带会犹豫、会问、会用常识判断，智能体不会。你给它的边界有多模糊，它的行为就有多不可控。

管理者的新功课不是学会写提示词，而是学会写智能体的岗位说明书。

真正卡住落地的，从来不是模型，是治理

最近外面关于智能体的讨论很多，大多数集中在能力层面。哪个模型更强，哪个框架更灵活，哪个场景最先落地。但我觉得，真正卡住智能体进入组织的，不是能力，是治理。

一家公司敢不敢让智能体接一个真实的业务流程，不取决于这个智能体能不能做，而取决于这家公司有没有想清楚几件事。它在流程上的边界是什么，出错以后的兜底机制是什么，最终谁来为它的结果负责。

这三个问题，哪一个都不是技术问题。

这也是为什么我会说，智能体对管理的冲击，可能比大模型更大。大模型改变的是「谁能做」，智能体改变的是「谁在组织里」。当一个不是人的执行单元开始像员工一样持续工作、自主判断、产出结果，组织就得面对一个以前没认真想过的问题，你怎么管理一个没有劳动合同、没有绩效考核、但有实际行为的「数字同事」？

管理的前一百年，所有工具都是被动的。Excel不会自己跑，OA不会自己判断，ERP不会自己决策。所以管理制度的设计前提是，工具是被动的，人才是主动的。这个前提正在被改写。

如果用我这段时间一直在讲的比喻来说，旧管理OS默认工具不会行动，所以制度只需要管人。新管理OS要开始管理会行动的系统，所以岗位、权限、流程、责任都得重新编译一遍。

当工具开始有自己的主动性，管理制度的设计前提就变了。

真要落地，先补一份数字岗位说明书

回到开头那个问题。小周的权限边界在哪？

我觉得这个问题的答案，不需要等技术再进步十年。今天就可以开始做。

把智能体当成一个新员工来看。你招一个新员工会做什么？写岗位说明书，定汇报关系，设审批权限，讲清楚哪些能碰哪些不能碰，出了事谁来扛。

对智能体做一样的事。只不过这份「岗位说明书」不是写在Word里的，而是要写成它能执行的规则、能遵守的边界、能触发的例外。

这不是技术团队的活。这是管理者在这个时代最该学会的一件新事情。

因为接下来，越来越多的组织会遇到同一个局面。智能体越来越像员工，干的活越来越像岗位，产出的结果越来越像绩效。但大多数公司，连一份岗位说明书都还没给它写过。

给智能体写岗位说明书，不是在管理技术，是在定义组织未来的运行方式。

下一篇，我想接着这个话题往下走。当岗位说明书从纸面变成可执行的规则，审批和例外处理也能写进流程里，很多原来必须开会才能推进的事，是不是就不用再开了？

因为一旦规则能自动跑、例外能自动拦、状态能自动回写，开会这件事的成本，就会变得越来越难解释。

AI大同学 | 在职管理者，管理学博士，正在经历AI对管理的重塑。这是系列观察的第十一篇。

如果你也在公司里开始试智能体，我建议你明天先别急着开方案会。把现在正在试跑的智能体列出来，然后只问四个问题，它为谁负责，它能碰什么，它在哪些情形必须停下来问人，它出了错谁兜底。四个问题答不出来，就先别让它进核心流程。

最值得先补的，不是再找一个更强的模型，而是先把你的「数字岗位说明书」写出来。你真把这张纸补出来了，很多表面上的智能化问题，反而一下子就清楚了。