Malloy 语义建模语言获 Credible 加注,补齐企业 AI 业务上下文
57% 企业将 AI 答错归因于业务上下文缺失,Credible 选择以开源可移植的 Malloy 语义层替代封闭元数据…
语义建模语言 Malloy 获得数据基础设施公司 Credible 的资本与生态背书,双方瞄准的核心痛点是企业级 AI 落地中长期被忽视的一环——业务上下文。Credible 认为,传统的封闭元数据方案难以跨工具复用,正在限制大模型在企业真实业务中的表现,而开源、可移植的语义代码才是更可持续的解法。
痛点:过半企业的 AI 答错源于上下文缺失
据 VentureBeat 报道引用的调查数据,57% 的企业在大模型应用过程中,曾将一次错误回答追溯到「业务上下文缺失」上。这类问题并非出在模型本身,而是企业在把内部数据、指标定义、业务规则喂给 LLM 时,缺乏一套统一、可被 AI 直接理解的语义层。结果是同一指标在不同报表里含义不同,模型在不同部门场景下推理口径不一致,最终反映到终端用户那里,就是「AI 在胡说八道」。
路径选择:开源可移植 vs 封闭元数据
Credible 的押注方向是开源的 Malloy 语言。Malloy 由原 Looker 工程师 Lloyd Tabb 等人主导,强调把语义模型以可读代码的形式写在仓库里,版本化管理、跨引擎执行,而不是锁定在某家 BI 或某套元数据平台内部。Credible 认为:
- 可移植性:语义定义随代码走,不绑定单一厂商;
- 可审计:业务口径变更可追溯、可回滚;
- AI 友好:结构化的语义描述更容易被 LLM 解析和调用,降低上下文丢失概率。
相比之下,传统语义层多以专有元数据形式存在于单一 BI 平台内,企业一旦更换工具,模型就要重写,AI 上下文也随之断裂。
行业意义与局限
这一动向呼应了近期业界对「AI 时代语义层」的关注——RAG、Text-to-SQL、Agent 等场景都在倒逼企业重新审视指标口径与业务术语的统一管理。Malloy 加 Credible 的组合提供了一个「开源代码 + 商业化服务」的样本,对不希望被单一厂商绑定的企业具有一定吸引力。
不过,Malloy 本身仍是相对小众的数据建模语言,社区规模和文档成熟度有限,能否在 AI 上下文中真正跑出规模效应,仍取决于后续生态接入与工具链完善程度。此次 Credible 入局能否成为催化剂,尚有待观察。
