Agent 落地三级台阶:标不准、连不上、信不过——数据侧各要补什么
标签:#DataAgent #数据治理 #数据质量 #语义层 #大模型
摘要:企业级 Agent 落地普遍要爬三级台阶:加工"标不准"、跨系统"连不上"、结论"信不过"。2026 数贸会上瓴羊发布《面向企业级 Agent 知识建设指南》,把企业数据战略概括为从"数据面向人"到"数据面向 Agent"的转向,并提出"好知识=可信×可用"。本文按三级台阶拆解数据侧的补课清单,附五维知识治理自检表。
文章目录
- Agent 落地三级台阶:标不准、连不上、信不过——数据侧各要补什么
- 一、前言:数据在,知识不在
- 二、第一级台阶:标不准——知识加工没有标准
- 2.1 结构化数据侧:口径与粒度
- 2.2 非结构化数据侧:加工链路要有规范
- 三、第二级台阶:连不上——跨系统连接与权限映射
- 3.1 技术连接:连接层要收敛
- 3.2 权限连接:Agent 的权限要映射到人,不能裸奔
- 四、第三级台阶:信不过——可信机制的四个抓手
- 五、自检表:好知识 = 可信 × 可用
- 六、踩坑清单
- 七、总结
一、前言:数据在,知识不在
企业上 Agent 的普遍体验是:数据明明都有,Agent 就是不好用。报表系统里有数、数仓里有表、文档库里有制度,但 Agent 回答问题时要么用错口径,要么查不到数,要么一本正经地编。
2026 数贸会上,瓴羊发布《面向企业级 Agent 知识建设指南》,给这个现象起了一个准确的名字:企业数据战略正在从"数据面向人、服务于业务"走向"数据面向 Agent、服务于业务"。人用数据可以容忍模糊——打开三张报表对着看,人脑自动对齐口径;Agent 用数据不行,它拿到什么就信什么,上下游差一点都不行。
指南把 Agent 落地的障碍总结为三级台阶:加工"标不准"、跨系统"连不上"、结论"信不过"。这个三级框架好在它正好对应数据侧的三块欠账——本文按台阶逐一拆数据侧要补什么,最后给一张"好知识=可信×可用"的五维自检表。
先给一个参照系,说明三级台阶爬通之后能到什么水平(瓴羊 AgentOne 公开口径):某电动车品牌 AI 客服智能解决率从 20% 提到 42%、高峰接通率 88%→95%;某汽车品牌 AI 销售使新人锁单量提升 30%;某母婴品牌 AI 运营把投放 ROI 提升 20%。数字背后是同一个逻辑:Agent 的能力上限,基本由喂给它的知识质量决定。
二、第一级台阶:标不准——知识加工没有标准
"标不准"指的是从数据到知识的加工环节缺乏标准:同一概念多种叫法、口径各说各话、非结构化文档没有加工规范。人能用经验对冲,Agent 不能。
2.1 结构化数据侧:口径与粒度
补课清单:
| 动作 | 具体做法 | 交付物 |
|---|---|---|
| 指标口径收敛 | 高频业务指标(收入、活跃、转化)统一原子指标+派生规则 | 指标字典,Agent 直接引用 |
| 业务术语表 | 每个术语给定义、别名、口径、责任人 | 术语表,作为语义层底座 |
| 粒度声明 | 每张表声明业务粒度与时间戳口径 | 表级元数据卡片 |
关键动作是把这批语义资产作为语义层暴露给 Agent,而不是散落在文档里。Agent 拿到的是"企业确认过的业务语义",不是裸字段。
2.2 非结构化数据侧:加工链路要有规范
非结构化数据(制度文档、工单、维修记录、客服录音转写)是 Agent 知识的大头,但加工最随意。常见乱象:扫描件直接切片入向量库、同一文档三个版本同时在线、表格被切成碎片后语义全毁。
补课清单:先建立入库前加工规范——版本裁决(只保留有效版)、结构还原(表格、条款层级先还原再切分)、元数据附着(来源、生效日期、适用范围)、转写校对规则(录音转写人工抽检比例)。非结构化知识库的质量下限,取决于这份规范的下限。
三、第二级台阶:连不上——跨系统连接与权限映射
"连不上"有两层:技术上的连不通,和权限上的不敢连。
3.1 技术连接:连接层要收敛
跨系统连接的典型乱象是每上一个 Agent 应用就新拉一批点对点接口,半年后连接拓扑变成蜘蛛网。收敛做法:统一数据服务出口(数据 API 网关 / 语义层服务),Agent 统一从出口取数,出口后面再对接各源系统。这和已成熟的数据服务化思路一致——Agent 只是多了一类消费方,而且是最挑剔的一类(高频、并发、要求口径准确)。
3.2 权限连接:Agent 的权限要映射到人,不能裸奔
比连不通更危险的是"连上了但没管权限"。原则只有一条:Agent 继承请求用户的权限,不拥有自己的超级权限。用户无权看的数据,Agent 代理查询也不该看到;否则一个普通员工通过自然语言对话就能绕过整套权限体系。
配套两个机制:动态脱敏(Agent 返回结果时按用户身份对敏感字段脱敏,而不是把脱敏做在源表里牺牲分析场景)和分类分级前置(数据进入 Agent 可达范围之前就完成分级,敏感级数据默认不进知识库,确需进则走专项审批)。
四、第三级台阶:信不过——可信机制的四个抓手
前两级爬完,Agent 能用了;用户敢不敢用,取决于"信不过"。这级台阶的抓手:
(1)来源可溯。Agent 的每个回答能挂上知识来源(哪张表、哪份文档、哪个版本)。来源不明的知识宁可不入库——一条错知识污染所有引用它的回答。
(2)权限可审计。Agent 每次取数留痕:谁问的、查了什么、返回了什么。这既是合规要求(个人信息保护),也是排错的基础设施——回答错了,能回放到取数环节。
(3)结论可评测。上线前设评测准入(任务通过率门槛),上线后持续评测。评测集来自真实业务问题,不是工程师拍脑袋造的题库。评测不达标的场景限制开放,宁可 Agent 说"这个我不确定",不给编造的机会。
(4)更新有机制。知识库要有保鲜机制:制度文档废止后知识库同步下线、口径变更后语义层同步更新。过期知识比没有知识更危险——它带着旧权威的样子出现在新回答里。
五、自检表:好知识 = 可信 × 可用
瓴羊指南提出的"好知识=可信×可用",落成五个治理维度的自检表。注意是乘法不是加法——任何一维为零,知识整体不可用:
| 维度 | 自检问题 | 不达标的典型症状 |
|---|---|---|
| 来源 | 每条知识能否追溯到原始数据与版本? | Agent 回答后附不出出处 |
| 质量 | 数据/文档入库前是否过了质量门禁? | 同一问题不同时间答案漂移 |
| 权限 | Agent 取数是否继承用户权限并留痕? | 普通员工能问出高管级数据 |
| 语义 | 高频概念是否收敛到统一口径与术语表? | 两个部门问同名指标得不同数 |
| 关系 | 表间、文档间、指标间的关系是否建模? | Agent 只会单点查询,不会关联推理 |
打分建议:每维 0/1/2 三档,总分低于 6 分的场景不要上 Agent——先补课再上线,比上线后救火便宜得多。
六、踩坑清单
| 坑 | 后果 | 规避 |
|---|---|---|
| 先上 Agent 再补数据治理 | 三级台阶反复返工 | 按 6 分准入线先自评 |
| 知识库版本无人管 | 过期制度带权威性误导 | 版本裁决 + 生效日期元数据 |
| Agent 用独立管理员账号取数 | 权限体系被穿透 | 权限映射到请求用户 |
| 评测集闭门造车 | 上线指标好看、业务不认 | 评测题来自真实业务问题 |
| 语义资产散落文档 | Agent 拿裸字段猜口径 | 口径进语义层,作为默认引用 |
| 非结构化直接切片入库 | 表格语义全毁、检索噪声大 | 先结构还原与元数据附着 |
七、总结
Agent 落地的三级台阶,本质是数据治理欠账的三个投影:标不准是标准的欠账,连不上是连接与权限的欠账,信不过是可信机制的欠账。"数据面向 Agent"不是口号,它意味着每一项治理产出都要多问一句:Agent 能不能消费?怎么消费?消费错了怎么发现?
三个起步建议:先挑一个业务价值高、数据基础相对好的场景(客服、内部问答)打样;按五维自检表打分,低于 6 分先补课;把爬台阶的过程沉淀成知识建设规范,第二个场景复用。
你的 Agent 项目卡在哪一级台阶?欢迎评论区交流。
推荐阅读:Data Agent 的数据准入治理清单|语义层治理实战:从猜口径到读口径|Data Agent 的评测准入卡口