给智能体画组织架构图的人

给智能体画组织架构图的人

2016 年，姚安峰把 Jez Humble 的《精益企业》译成中文，那本书讲的是企业怎么用精益和敏捷的方法规模化创新。十年后，他在自己的播客「霁川社」里讲了一期新内容：企业该怎么规模化地规划 AI 智能体。两件事隔着十年，接的却是同一条线索——组织怎么消化一种新能力。

他这期节目的核心主张，可以压缩成一句话：智能体的本质不是软件，是能力。一个智能体就是一个能力单元。所以企业引入智能体，不该从「买什么模型」开始，该从一张老图开始——业务能力架构。

一张管理学的老地图

业务能力架构不是新东西。企业架构领域用它几十年了：把一家公司会做的事，拆成一张清单，每个格子是一项能力——「处理退换货」是一个格子，「风险审批」是另一个格子。格子之间相对稳定，底下实现格子的系统和部门可以随便换。咨询公司画了无数张这样的图。

姚安峰的翻新在这里：每张格子，现在都可以映射成一个智能体。他说这个过程叫能力的「蒸馏」——把组织里散落在人、流程、制度里的做事能力，提炼成一个个可独立运行的能力组件，再由智能体承载。

信息化到代理化，分界线在哪

播客里有个判断值得单拎出来：从信息化到智能化再到代理化，本质区别是 AI 具备了完成流程中「不确定性」任务的能力。

信息化解决的是确定性任务——报销流程、库存记录，规则明确，系统照着跑。这些活几十年前就被软件吃掉了。代理化的新大陆是剩下的那些：判断这单投诉该怎么处理、判断这个供应商报表异常是不是风险、决定下一步先查哪条线索。这些任务以前没有规则可写死，只能靠人。现在有了能做判断的机器。

这个分界线跟技术圈最近一年的共识暗暗对上了：在一个成熟的智能体系统里，需要动脑的部分交给模型，其余全是确定性工程，能写成规则的一点不让模型发挥。管理学口中的「不确定性任务」，和技术人口中「该交给模型的活」，是同一块地。

八个格子装一个智能体

节目给出了定义一项能力的八个要素：责任归属、核心实体、感知能力、专业知识、判断能力、行动能力、产出能力、能力评估。

把这八个词翻译成技术栈，会看到一张熟脸：感知能力是输入接口和上下文采集，专业知识是知识库和检索，判断能力是模型，行动能力是工具调用，产出能力是交付物格式，能力评估是测试集和评估流程，核心实体是系统操作的对象，责任归属是治理。

八个格子里，模型只占一个。剩下七个，全是模型外面的工程。这个拆法和很多实践派的路线一致：智能体的上限是模型，但能不能用、敢不敢用，取决于外面那七格。尤其「责任归属」这一格——出了错找谁、谁能拍板下线一个智能体——这是组织问题，不是技术问题，也往往是最晚被想到的一格。

蓝图与清单的差别

姚安峰把这整套方法放进他自己的「OED 组织效能发展框架」里，领域能力那张图，被他称作组织能力建设的蓝图。

需要说清楚的边界是：蓝图是规划语言，不是落地保证。一张能力地图能告诉你该建哪些智能体、每该管什么，但智能体做起来靠不靠谱，落回到八要素里最费工的那条——能力评估。评估做得细，地图上的每个格子才敢真交给机器；评估做得粗，再漂亮的架构图也只是 PPT。这是所有方法论类内容的公共软肋，不是这一期的特例。

但方法论的价值不在保证，在次序。它把「公司要用 AI」这个口号，翻译成了一张可以逐格填充的清单：哪项能力先做，哪项先评估，哪项出了事由谁负责。对正在往组织里塞智能体的管理者，一份能照着填的清单，比十个「AI 将改变一切」的预言有用。

播客是音频形态，以上按节目文案与概要整理；「OED 框架」为作者自建框架，公开检索暂无独立出处。姚安峰另有著作《适应：企业数字化业务管理行动指南》（清华大学出版社）。

#智能体 #组织效能 #企业架构