
系统进化 · 智能体治理
核心判断:智能体规模化不是把同一个助手复制到更多入口,而是按受众、风险和动作权限拆开服务,再用统一评分、隔离与接管机制管理整个组合。
智能体组合 知识接入 人工接管 环境隔离 价值评分
一家全球制造企业里,业务人员已经搭出500多个智能体。它们有的查政策,有的分析采购支出,有的回答产品问题,还有的陪客服坐席处理通话与聊天。数量迅速增长以后,管理问题随之改变:
同一份资料能不能给员工、客户和坐席同时看,哪个入口允许查订单,什么问题必须转人,哪个智能体值得继续投入。Regal Rexnord公开案例显示,内部智能体每月处理超过2000次询问,估算每年节省2400小时;外部智能体每周服务超过1000名用户,
满意度稳定高于80%,常达到90%。这组结果来自特定企业与平台,不能当成通用承诺。更值得拆解的是,内部入口、客户入口和坐席入口没有被混成一个万能助手,而是沿着不同数据和责任边界分别运行。

扩张
个人或小团队可以在很短时间里搭出一个智能体。真正进入企业后,需求会从一个试点迅速分裂为政策查询、采购分析、产品支持和订单状态等几十种入口。回答率需要拆成可回答、应拒答和应转人工三类,
盲目提高总回答率可能扩大错误。如果没有统一目录,团队很快会遇到重复建设、资料版本不一和负责人失联。用户只看见许多名字相似的入口,却不知道哪个能回答、哪个能执行。
企业还应给智能体分配**编号,避免改名后丢失历史调用、风险事件和版本记录。业务价值评分可包含覆盖人数、节省工时、客户影响、收入关联、风险等级与维护成本。
规模化的**张底表应记录服务对象、业务负责人、知识源、可调用系统、风险等级、人工接管人和最近评测时间,让每个智能体先成为可管理资产。外部客户查询订单时,应把身份验证与查询动作分开记录,防止一次授权被长期复用。

分层
内部员工查企业政策,允许看到的是与岗位相关的制度和流程;外部客户查产品与订单,只能进入公开内容和本人授权数据;坐席助手则要在通话中给出可核验建议。
上线前可以用真实高频问题和刻意设计的越权问题共同评测,验证能力与边界是否同时成立。三类入口即使引用相同产品资料,也有不同的身份、语气、时效和错误成本。把它们塞进一个知识池,
会让便利与越权同时扩大。每个入口都要公布服务范围,用户在提问前就能知道它能做什么、不能做什么和何时会转人工。因此,设计起点不是模型选型,而是受众矩阵:谁在问、能看什么、能做什么、回答失败后由谁接住,
以及这次访问要留下哪些记录。坐席助手给出建议后,最终对外承诺仍由坐席确认,尤其涉及价格、交期、退换和合规条款。敏感领域隔离后仍要限制跨域检索,不能因为同属一家公司就让资料在后台自由拼接。

数据
案例中的内部智能体早期只能回答约40%的员工问题,瓶颈并不只是语言能力,而是与企业知识源连接有限,文档处理也不够稳定。重复建设不只浪费开发时间,还会制造多套答案,
最终让员工重新回到群里确认哪一版可信。统一可观察性应覆盖提示版本、知识版本、调用工具、响应耗时、接管原因和最终结果。迁移后,团队接入更多内部资料并改善Word与PDF处理,一个月完成部署。
客户服务中的多工作表文件则先转成结构化数据,再进入检索链路。知识源应设更新时间和失效日期,旧制度即使检索命中,也不能继续作为当前答案依据。这说明上线验收不能只问“回答像不像人”,
还要逐条检查资料覆盖、版本、权限、引用位置和空白字段。结构混乱的数据不会因为接入模型自动变干净。转人工时若没有携带身份、订单和已查资料,客户等待并没有消失,只是从机器人处移到坐席处。

接管
客户入口可以回答产品规格、资料和订单状态,但涉及复杂判断、例外承诺或数据不完整时,应把会话连同上下文交给人工,而不是让客户重新讲一遍。坐席对建议的接受、修改和拒绝理由应回流,帮助团队找到知识缺口而非只看使用次数。案例里,
外部智能体可将需要人工支持的对话转给在线客服;500多名坐席又有自己的助手,在通话和聊天中快速查产品与流程信息。业务负责人不能只在立项时出现,知识源更新、权限调整和事故复盘都需要明确签字人。人工接管不是自动化失败,而是服务设计的一部分。
转接触发原因、已核对事实、未解决问题和引用资料都应随会话一起到达责任人。多工作表文件、扫描件和视频资料需要不同解析方式,统一上传并不等于统一可用。智能体退场时要处理入口下线、用户通知、数据保留和替代路径,不能只关闭一个链接。

治理
案例企业由审计、法务和业务相关方参与治理,并用加权业务价值评分排列企业级用例;人力、法务、财务等敏感领域运行在分离环境中。价值高不代表权限可以放宽。企业要同时衡量节省时间、解决率、客户满意度、人工重做、数据暴露和错误后果,才能决定扩容、限权或暂停。
组合
单个智能体可能在演示中表现很好,组合运行后却会共享知识源、争用接口并把问题推向同一批专家。企业需要统一看见调用量、失败类型和接管负荷。治理委员会需要有固定节奏,
按月查看高风险事件、低价值入口和跨环境访问异常。对于长期低使用、重复能力或维护成本高于业务收益的入口,也要允许合并和退场。智能体目录不是荣誉榜,而是一张持续变化的服务组合。
引用片段要能回到原文位置,员工才能在几秒内判断答案是否遗漏例外条件。管理者最终要问的不是企业拥有多少智能体,而是多少业务问题有稳定、合规且可复盘的服务路径。制造企业案例给出的关键启示是:
从500个走向规模化,决定上限的不是生成速度,而是每个入口都能说清受众、证据、权限、价值与责任。内部入口也不能默认拥有全量权限,员工身份、所在地区与岗位变化都应进入访问判断。

编辑:丁帆
审核:董晓龙
本文章由烁域科技原创出品,版权归属烁域科技所有。部分图片为原创配图资产,如有版权问题,请联系公众号客服。
