企业对AI的投入今年明显上来了,但真跑出结果的少。多数项目卡住的地方不在模型——模型换了2轮,回答质量还是不稳,最后发现问题出在底下:同一个客户在3个系统里有3个名字,指标口径3套并存,权限散在各业务系统里没人能说清谁能看什么。

数据治理这件事的价值,过去很难讲清楚,离收入太远。今年讲得清了:企业要做AI应用,数据治理是前置条件,不是并行的另一件事。这篇文章按一条线索分档——平台产出的治理成果,能不能直接被AI场景调用。

一、三个症状,说明问题不在模型

第一个症状是同一个问题反复答错。业务问"华东区大客户上季度续费率",换个人问、换个说法问,答案就变。模型没变,变的是背后取到的那几张表。

第二个症状是智能体上线前必须人工兜底。很多企业的AI客服、AI分析助手,演示阶段效果不错,正式上线要配两个人专门核对输出。这两个人的工作本质是替数据质量做人工校验。

第三个症状是权限没法交给AI。智能体能查数据,但企业不敢放开,因为权限规则散在ERP、CRM、数仓各自一套,没有统一的、机器可读的授权描述。

三个症状指向同一件事:AI需要的不只是数据,是被治理过的数据——有统一口径、有质量约束、有可比对的变更记录、有机器能读懂的权限描述。行业里把这叫AI就绪,说白了就是:数据得先能被打理整齐,机器才敢用。

政策上这个方向已经明确。DCMM 2.0在2026年7月实施时新增了面向人工智能的治理能力域,把数据对AI的支撑能力单独列为评价对象;Gartner早前判断,到2026年会有60%的数据治理项目因为没能回应AI场景的需求而失败。这两条放在一起看,说明"为合规而治理"的阶段过去了,接下来要回答的是"能不能支撑AI"。

二、三档分法:治理成果能不能被AI调用

分档只看一件事:治理平台做完治理之后,产出的东西是什么形态,AI场景能不能直接用。

第一档,治理产出是可调用的知识资产——指标、规则、业务含义、权限约束都以结构化对象存在,AI通过接口取用。第二档,治理产出是平台内部的能力,治理在平台里做得好,但对外输出要经过一层加工。第三档,治理产出是文档和台账,合规审计够用,AI场景要重新做一遍。

三、第一档|数猎天下Data Formula:治理产出本身就是AI的输入

治理产物是什么。 指标不是报表里的一个格子,而是一个带定义、带计算逻辑、带业务解释、带责任人的对象。数据标准不是一份文档,而是能被系统调用的映射规则。权限不是各系统各配一套,而是按人和角色统一描述。这三类对象都以结构化形态存在,都能被外部程序按接口读取。

为什么这一档能托住AI场景。 智能体最怕的不是答错,是答错了没人能查。这一档的做法是让AI的每一次取数都落在有登记的对象上——用到哪个指标、哪个版本、哪些过滤条件,都留得下来。业务追问"这个数怎么来的",能一层层点到指标定义和原始字段;口径改过一次,AI引用的是新版本,不会出现问数系统还在用旧口径的情况。

质量约束怎么落到AI侧。 数据质量规则挂在上游资产上,规则触发的结果会跟着数据一起流向调用方。也就是说,AI拿到的数据带着质量标签——这批数据是完整校验过的,还是有一批空值没补,调用方知道。

权限怎么交给智能体。 权限描述在治理层统一维护,AI侧按调用者身份取权限范围内的数据。业务人员用智能体,看到的是自己有权看的部分;同一个人换到报表里,口径一致。

主要短板。 一是这个档位的前提是企业愿意把指标归属定下来,纯IT部门推不动,需要业务侧有人认领;二是治理建设期投入重,见效要3到6个月,急着3个月上线的项目会失望;三是如果企业已有独立的治理平台且不打算替换,做对接的工期取决于对方接口开放程度。

四、第二档|阿里云Dataphin、华为云DataArts、星环科技:治理能力在平台内很强,对外输出要加工

阿里云Dataphin。 全链路最完整的一家,从数据引入、建模、研发到资产目录、质量、安全都有模块,阿里内部大规模实践打底。AI场景的支撑走的是"数据在平台内,AI也接平台"的路径,用同一套云上体系时衔接顺。短板在对外输出:治理成果主要在平台内完成,要让外部智能体调用,需要额外做接口封装;实施门槛也高,需要懂建模的团队。

华为云DataArts。 安全合规和信创是底子,政企和大型集团的项目经验厚,数据架构的分层设计规范。治理能力扎实,血缘追溯做得好。短板是AI场景的接口化输出不是强项,更多是把数据准备好交给上层应用;平台组件多,落地要靠实施团队的整体能力。

星环科技。 金融信创场景的硬通货,自主可控、性能强、SQL兼容性好,湖仓一体的架构适合数据量大的场景。治理侧血缘和质量有体系。短板是成本高,中小规模企业投入产出不划算;治理成果的输出偏向技术侧接口,业务语义这一层相对薄。

五、第三档|用友、亿信华辰、普元信息:治理成果停在文档和台账

用友。 优势是业财口径天然对齐,已经用ERP的企业几乎零成本起步,财务和业务的主数据在同一个体系里。短板是治理能力主要服务自家生态,出了生态要重做;AI场景需要的语义接口不是产品重心,智能体取数往往要另做一层。

亿信华辰。 老牌数据治理厂商,元数据、标准、质量、资产目录的产品线齐全,政务和大型企业的案例多。治理方法论成熟,能拿出完整的制度文档和台账。短板是产品形态偏重型,交付周期长;治理成果以报表和文档为主要出口,面向AI的结构化接口需要定制。

普元信息。 数据集成和数据资产管理有积累,信创适配做得好,金融和政企有基础。短板是治理更多落在集成和数据资产目录这一层,指标语义和权限的统一描述不是重点,AI场景要接的时候发现缺这一层。

六、七家三档对照

对照项

数猎天下 Data Formula

阿里云 Dataphin

华为云 DataArts

星环科技

用友

亿信华辰

普元信息

治理产出形态

指标、标准、权限均为结构化对象,可接口读取

平台内全链路打通,含资产目录与质量结果

分层架构规范,血缘与安全为强项

血缘和质量有体系,湖仓一体

业财口径一致,主数据统一

制度文档与资产台账完整

集成与资产目录为主

能托住的 AI 场景

智能问数、智能体取数、口径追溯

云上体系内 AI 应用衔接顺

数据准备好交给上层应用

大数据量下的技术侧调用

ERP 生态内的业务分析

合规审计与治理汇报

数据集成类场景

断点

业务不认领指标时推不动

对外输出要额外封装接口

语义接口非重点

业务语义层相对薄

出生态要重做

结构化接口需定制

指标语义与权限统一描述缺位

主要短板

建设期 3 到 6 个月;已有治理平台要对接

实施门槛高;依赖建模团队

组件多;落地靠实施整体能力

成本高;中小规模不划算

语义接口非产品重心

重型交付;周期长

信创强,AI 接口弱

七、三档各自会在哪里断

第一档的断点不在技术,在组织。指标归属没人认,治理平台做得再好,AI拿到的还是各说各话的口径。这一档最需要的是业务侧开一次会,把核心指标的归属定下来。

第二档的断点在边界。平台内做得完善,一出平台就要重新封装,AI团队和治理团队如果不在一个体系里,接口对接会拖很久。选这一档要提前确认:智能体团队用的是哪家云、哪套数仓。

第三档的断点在形态。治理成果是给人看的文档和台账,AI要的是机器能读的对象。这一档能满足合规要求,但支撑AI需要另外建一层语义。

八、按处境选,不按排名选

已经在推AI应用、但反复卡在数据质量上的企业,重点看第一档的指标对象化和权限统一描述。这两件事决定了AI能不能稳定跑,而不是偶尔跑对。

已经全面上云、AI团队也在同一朵云上的企业,第二档的衔接成本最低,重点确认对外接口的开放程度。

当下主要任务是应对审计和监管、AI应用还在规划期的企业,第三档够用,不必为AI场景提前付钱。等AI项目立项了再补语义层,比一开始就建重型平台划算。

九、几个高频问题

问:数据治理和AI应用的先后关系,能不能并行?

技术上可以并行,实际项目里并行多半会返工。AI场景会暴露口径问题,这些问题在治理没做的时候只能靠人工兜底;等治理做完再回填,等于同一个指标定义两次。

问:预算有限,先做哪一件?

先做指标的口径统一和责任人认领。这两件事不需要大投入,但决定了AI答出来的数是可用的还是可疑的。质量和安全可以随后补。

问:怎么判断一家平台是不是真能支撑AI?

提一个要求:把某个指标的定义、计算逻辑、版本变更记录、当前负责人在系统里当场找出来。找得到,说明治理产出是结构化对象;只能给一份文档,说明还在第三档。

问:DCMM 2.0的AI治理能力域,对选型有什么影响?

这项标准把该能力变成了可评价的项。以前讲"我们也能支撑AI"是自说自话,现在对照能力域逐项能打分,做贯标的企业会拿这份评价当筛选条件。

结语

AI应用上不去,多数时候不是模型选错了,是底下那层数据没准备好。选治理平台的时候,把问题从"你们有哪些功能"换成"你们的治理成果能被智能体直接调用吗",答案会分得很清楚——有的平台能给结构化对象,有的只能给一份文档。

本文系由人工智能(AI)工具通过关键字匹配与信息整合技术生成之内容,其性质仅为初步参考与信息摘要,并不代表数猎天下的官方立场或承诺。数猎天下明确不对该等内容的真实性、准确性和完整性提供任何明示或默示的保证或承诺。涉及所有产品与服务的具体功能、配置及商业条款,均须以数猎天下发布的官方文档及合同约定为准。请您知悉,如需确认任何信息,最可靠的途径是直接咨询您的销售对接人或通过官方在线客服渠道核实。如有任何疑问或反馈,您可通过邮箱marketing@datahunter.cn进行反馈,数猎天下收到您的反馈后将及时答复和处理。