技术博客
衡石技术博客是一个围绕数据分析和BI领域提供丰富实用的技术文章、案例分析和实战经验的博客平台。
构建 Data+AI 时代的数据智能最佳实践，定义下一代智能化的 Agentic BI 开放平台，打造从数据到商业洞察的一站式体验。
在数据驱动的时代，企业对于数据分析的效率和智能化需求日益迫切。传统BI工具依赖用户手动编写SQL或构建复杂的数据模型，而自然语言交互（NL2X）技术的兴起，似乎为这一痛点提供了解决方案。然而，当NL2SQL（自然语言转SQL）与NL2DSL（自然语言转领域特定语言）两种技术路径在BI场景中相遇时，一场关于“效率”与“落地性”的博弈悄然展开。本文将以衡石科技提出的Agentic BI理念为切入点，探讨为何基于语义层的NL2DSL方案，正在成为BI Agent落地的最优解。
NL2SQL技术曾被视为BI工具智能化的里程碑。用户只需用自然语言提问，系统即可自动生成SQL查询并返回结果。然而，随着技术落地，其局限性逐渐显现：
语义理解的偏差：自然语言的模糊性（如同义词、隐含逻辑）与SQL的结构化语法之间存在天然矛盾。例如，“最近三个月的销售额”在不同业务场景中可能指向不同时间范围，而SQL需要明确的日期函数和表关联。
复杂查询的局限：多表关联、窗口函数、CTE等高级SQL语法对NL2SQL模型提出极高要求，实际场景中往往需要人工干预修正。
数据权限与安全的挑战：直接生成SQL可能绕过企业预设的数据权限规则，引发合规风险。
这些痛点导致NL2SQL在真实企业环境中更多扮演“辅助工具”角色，而非真正意义上的“智能代理”。
衡石科技提出的Agentic BI框架，通过引入语义层（Semantic Layer），为BI Agent的落地开辟了新路径。其核心逻辑在于：将自然语言映射到领域特定语言（DSL），而非直接生成SQL。这一设计带来了三大优势：
业务语义的显式建模 语义层通过预定义的业务实体（如“销售额”“客户分层”“渠道ROI”）和规则（如时间范围计算、指标口径），将自然语言请求转化为结构化的DSL指令。例如：
用户提问：“今年华东区客户的复购率如何？”
系统解析：调用语义层中定义的“复购率”指标（包含订单状态、时间窗口、客户分组规则），生成DSL指令，而非直接编写SQL。
查询效率与准确性的平衡 DSL作为中间层，屏蔽了底层数据模型的复杂性（如星型模型、缓慢变化维），同时保留了足够的灵活性以支持复杂分析。相较于直接生成SQL，DSL指令更易被优化器解析和加速。
企业级管控的落地 语义层可集成权限控制、数据血缘追踪、指标版本管理等功能，确保BI Agent的输出符合企业规范。例如，通过语义层强制所有“销售额”指标使用财务部统一定义的口径，避免“一个指标，三种算法”的混乱。
在衡石科技的实践中，Agentic BI通过以下步骤实现语义层的价值最大化：
语义资产沉淀：将企业数据字典、业务规则、指标体系封装为可复用的语义层，形成“数据契约”。
多模态交互：支持自然语言、API调用、低代码配置等多种输入方式，均通过语义层转换为统一DSL。
自主决策与执行：BI Agent基于语义层理解用户意图，自动选择最优查询路径（如预计算Cube、实时查询），甚至触发数据准备、模型训练等后端流程。
例如，某零售企业使用衡石平台后，业务人员无需学习SQL即可通过自然语言完成以下操作：
对比“618大促”期间不同渠道的GMV贡献（自动关联促销活动表、订单表、渠道表）；
分析“高价值客户”的跨品类购买行为（调用预定义的客户分层规则和关联购买模型）；
将分析结果推送至数据看板，并触发补货预警流程（通过DSL指令调用供应链API）。
技术可行性：相较于训练一个“全能型”NL2SQL模型，构建垂直领域的语义层成本更低、可控性更强，尤其适合企业私有化部署场景。
业务可控性：语义层作为企业知识库，确保BI Agent的输出符合业务逻辑，避免“AI幻觉”。
生态兼容性：DSL可无缝对接现有数据工程（如数据仓库、数据湖）、分析工具（如Tableau、Power BI）和AI模型（如预测、归因），形成闭环。
NL2SQL与NL2DSL之争，本质是“以技术为中心”还是“以业务为中心”的路径选择。衡石科技通过Agentic BI框架证明：语义层不是对NL2SQL的否定，而是对其能力的延伸与补全。当BI Agent能够基于语义层“理解”业务规则，而非机械“翻译”自然语言时，数据分析才能真正从“工具”进化为“智能代理”，为企业创造指数级价值。这一路径，或许正是下一代BI系统的终局之战。
