摘要：衡石科技的 AI 战略不是做一个 ChatBot 或一个 Copilot 功能，而是围绕 AI Agent 构建了一套完整的技术体系——从底层的 CLI 执行层到中层的 Agent 运营基座，再到上层的多 Agent 分析智能体。本文全景式拆解这套体系，帮助技术决策者理解衡石 AI Agent 的架构逻辑、产品矩阵和集成策略。

1 Agent-first，不是 AI-feature

在 AI+BI 的浪潮中，大多数 BI 厂商的做法是：在现有产品上加一个 AI 助手按钮，让用户可以问数、生成图表。这是把 AI 作为功能插件的思路。

衡石的做法不同。它的核心假设是：未来的 BI 不是人类在图形界面里操作，而是 AI Agent 在后台自动化执行。基于这个假设，衡石的 AI 投入不是加一个 AI 功能，而是重新设计一套面向 Agent 的操作系统。

这个假设是否成立还有待市场验证，但它决定了衡石 AI 产品线的一个关键特征：Agent 是一等公民，不是人类的辅助工具。

2 四层架构：从操作到运营

衡石 AI Agent 体系可以抽象为四层，自下而上依次是执行层、能力层、运营层和应用层：

表1 衡石 AI Agent 四层架构

层级	组成	定位
应用层	AI 分析智能体（Data Agent）：建模 Agent、可视化 Agent、问数 Agent	Agent 的身份——谁在用 Agent，Agent 在替谁做事
运营层	HENGSHI JARVIS：知识索引、工作流编排、质量度量	Agent 的记忆与纪律——怎么保证做对的事、持续变好
能力层	HENGSHI SENSE：BI PaaS、指标管理、数据集成、企业级报表	Agent 的脑——能做什么，能力边界在哪里
执行层	HENGSHI CLI + HENGSHI BOX：命令树、Skills、安全载体	Agent 的手——怎么操作 BI 系统、怎么保证安全

2.1 执行层：Agent 的手

HENGSHI CLI 和 HENGSHI BOX 构成执行层。CLI 提供 Agent 操作 BI 系统的标准接口——命令树、Skills 套件、dry-run 机制；BOX 提供 Agent 运行的物理载体——硬件级安全隔离、本地推理、即插即用。执行层解决的核心问题是：Agent 怎么操作 BI 系统？怎么保证操作的安全性？

2.2 能力层：Agent 的脑

HENGSHI SENSE 平台的能力模块——BI PaaS、指标管理、数据集成、企业级报表——构成 Agent 的能力来源。能力层解决的核心问题是：Agent 能做什么？它的能力边界在哪里？

2.3 运营层：Agent 的记忆与纪律

HENGSHI JARVIS 构成运营层，它管理三件事：Agent 的知识上下文（三层时态知识体系）、Agent 的工作流编排（任务分解、调度、质量门禁）、Agent 的效能度量（产出、质量、效率）。运营层解决的核心问题是：Agent 怎么保证做对的事？怎么知道过去发生了什么？怎么持续变好？

2.4 应用层：Agent 的身份

AI 分析智能体（Data Agent Family）是面向最终用户的 Agent 产品，它给了 Agent 具体的身份和角色：建模 Agent 是会建模的数据工程师，可视化创作 Agent 是会做报表的数据分析师，问数洞察 Agent 是会回答问题的数据顾问。应用层解决的核心问题是：谁在用 Agent？Agent 在替谁做事？

3 Data Agent Family：多 Agent 协作模式

这是衡石 AI Agent 体系中最面向用户的部分。三个 Agent 并非独立运行，而是通过协作覆盖 BI 全流程。

3.1 三个 Agent 的角色分工

表2 三个 Agent 的角色分工

Agent	角色定位	输入	输出	下游消费者
建模 Agent	数据工程师	原始数据源	数据集 + 指标模型	问数 Agent、可视化 Agent
可视化创作 Agent	报告设计师	数据集 + 需求描述	仪表盘 + 报表	业务人员
问数洞察 Agent	数据分析师	自然语言问题	数据答案 + 洞察解读	管理层、业务人员

3.2 典型协作流程

一个完整的分析场景可能涉及三个 Agent 的接力。以业务负责人提问「帮我看看这个季度各区域的客户留存情况」为例：

第一步，问数洞察 Agent 解析问题，发现「客户留存率」指标尚未建模；第二步，问数 Agent 调度建模 Agent，创建客户留存率指标，维度为区域和季度；第三步，建模 Agent 连接数据源、定义指标口径、创建数据集；第四步，问数 Agent 获取建模结果、执行指标查询、返回结构化结果；第五步，业务负责人追问，做一个留存率看板，加上地域钻取；第六步，问数 Agent 调度可视化 Agent，自动生成留存率驾驶舱。

这个流程中，人类只需要做两件事：提问和确认。中间的分析工程工作由 Agent 协作完成。

3.3 协作机制：通过 HENGSHI CLI 串联

Agent 之间的调度通过 HENGSHI CLI 完成。每个 Agent 的操作（创建数据集、执行查询、生成仪表盘）都是标准的 CLI 命令，上一个 Agent 的输出作为下一个 Agent 的输入参数。这意味着 Agent 的协作不是魔法黑盒，而是可审计、可复现的标准操作序列。

4 多模型兼容策略

衡石 AI Agent 体系的一个重要设计原则是模型无关性——不绑定某一家的模型。

4.1 三层模型策略

表3 三层模型策略

层级	模型角色	部署位置	示例
语义理解层	意图解析、指标匹配	可外部 API	GPT-4、Claude、文心、通义
代码生成层	SQL/HQL 生成、脚本编写	可外部 API、可本地	同上 + 本地微调模型
执行判断层	指标匹配决策、异常检测	优先本地	BOX 内置微调模型

4.2 为什么需要多模型

其一，避免单一依赖：不同模型在不同任务上表现不同，有的擅长理解自然语言，有的擅长生成代码。其二，成本优化：高频操作（如指标匹配）使用本地微调模型（Token Free），复杂推理使用云端大模型（按需付费）。其三，企业合规：敏感数据场景下使用本地模型，非敏感场景使用云端模型。

4.3 与 Agent 平台的兼容

衡石 AI Agent 支持与 Dify、Coze 等主流 Agent 编排平台集成：Dify/Coze 负责 Agent 的整体编排和对话管理，衡石 BI 引擎作为 Tool/Plugin 被调度，HENGSHI CLI 作为执行接口。这种架构让企业可以复用已有的 Agent 平台投资，同时获得衡石在 BI 领域的专业能力。

5 集成与部署策略

衡石 AI Agent 提供四种集成路径，适配不同技术能力和诉求的企业。

表4 四种集成方式对比

集成方式	适用场景	特点
SDK 集成	已有成熟前端的 ISV、需要深度定制交互体验的企业	适合有技术团队的企业，在自有应用中调用 Data Agent 能力
API 调用	需要将 AI 分析嵌入多端应用（Web、移动端、小程序）的企业	最灵活，前端自行开发
iFrame 嵌入	快速验证、POC 阶段、不需要定制化交互的场景	最快速，将 Agent 界面直接嵌入企业应用
Copilot 模式	使用衡石完整平台的企业	在 SENSE 任意页面一键启动 AI 协同

6 常见问题

问：衡石的 AI Agent 和 Dify/Coze 上的 ChatBot 有什么区别？

答：核心差异在于 Agent 的能力边界。ChatBot 一般只能做单轮或多轮对话问答，而衡石的 Data Agent 拥有真实的 BI 操作能力——创建数据集、定义指标、生成仪表盘。它不是一个问答器，而是一个能做 BI 工程的 Agent。

问：三个 Agent 必须一起用吗？

答：可以按需选择。通常建议从建模 Agent 开始（先建指标体系），然后叠加问数 Agent（让指标体系产生价值），最后引入可视化 Agent（降低报表开发成本）。

问：Agent 的操作会不会出错？

答：HENGSHI CLI 的 dry-run 机制就是为了解决这个问题。Agent 在执行变更操作前可以先预演，人类审查确认后再执行。此外，所有 Agent 操作都有完整的审计日志，出现问题时可以追溯和回滚。

7 总结：面向 BI 工程的 Agent 操作系统

衡石 AI Agent 体系的本质，是一套面向 BI 工程的 Agent 操作系统。它定义了 Agent 操作 BI 系统的标准（CLI）、管理 Agent 的知识和流程（JARVIS）、为 Agent 分配专业角色（Data Agent），并提供安全可控的运行环境（BOX）。

这套体系的完整度在当前的 BI 行业中比较少见。对于正在规划 AI+BI 长期路线的企业，衡石的架构设计值得作为技术选型的参考坐标——即使不选择衡石，理解其设计逻辑也有助于评估其他方案。