Article body
正文
企业推进 Agentic BI，常把“能回答一个问题”与“能在业务里稳定使用”混为一谈。前者可以从一次自然语言问数开始；后者还要经得起指标口径、账号权限、数据为空、页面中断和定义调整等真实条件的检验。更重要的是，分析能力的成熟并不自然带来更多业务权限。对许多团队而言，长期把智能体用在辅助分析层，已经能产生可复用的价值。
衡石的 AI 分析能力覆盖 ChatBI、Data Agent 以及 SDK、API、iframe 等集成方式；它们适合把自然语言提问、图表和分析资产连接起来。衡石 AI 分析智能体产品页提供了能力概览。本文以 HENGSHI SENSE 7.0 的 Data Agent、ChatBI 和集成手册为核对基线，不把分析输出等同于业务决策或外部系统执行。
先定义“稳定”：答案之外，还要有可复核的条件
一个销售负责人问“华东本月完成率为何低于目标”，得到图表并不表示交付完成。至少还要确认：这位负责人看到的是自己被授权的区域；“完成率”使用的是当前生效的目标版本和时间窗口；图表没有把空值、延迟刷新或被隐藏的字段误解释为业务结论；其他角色提出相同问题时，结果符合各自的数据范围。
这也是人机分工的起点。智能体可以帮助把问题展开为查询、图表或草稿；数据负责人维护口径和数据对象；业务负责人判断问题是否成立、解释是否符合现场；权限管理员确认数据范围；集成团队对嵌入页面和外部调用的运行方式负责。任何一方缺席，都不应以“模型已经回答”为由跳过验收。
在 7.0 中，ChatBI 是独立的只读问数入口：用户可以查看回答、图表、数据范围与处理过程；问数范围固定在对话所选的应用/数据包或指标主题域，换范围应新建对话。全局 Data Agent 的“问数”同样只读；“操作”模式才在当前用户权限内创建或编辑 BI 资源。这个区分让团队能把问数验证和资源创作放在不同的验收门槛下，而不是把一次问答误认为已有发布或修改权限。
图：三阶段落地的准入证据与人工职责
第一阶段：只读验证，把“能答”变成“可复核”
第一阶段选择一个边界清楚、影响可控的业务问题，例如区域经营复盘、门店销售对比或客户服务量趋势。团队先用真实但不敏感的样例问题，检查 ChatBI 或 Data Agent 是否找到了正确的数据对象、指标和筛选条件。输出只用于阅读、讨论和人工复核，不触发采购、工单、消息或 ERP 写入。
以区域销售复盘为例，业务人员先给出已确认的指标定义：“完成率 = 已确认销售额 / 当月目标额，不含未核销退货”。分析人员用同一问题在正常账号、跨区账号和无权限账号下分别发起查询；业务负责人将返回值与既有报表抽样比对；如果结果为空，先确认筛选范围、刷新状态和权限，而不是让智能体猜测“没有业务发生”。这一阶段的产物可以是问题样例、核对结果和待治理的歧义清单。若页面短暂关闭或切换，也不应立即重复提问；7.0 的服务端会保存回合与运行状态，重新进入后先查看状态，避免重复发送。
验收门槛应具体到问题，而不应写成笼统的“准确率达标”。例如，关键问题能说明所用指标和时间范围；越权账号不可看到不应访问的数据；空结果能被明确标识；同义词、地区别名和月份边界经过人工核对。若某次回答使用了错误口径，正确动作是回到指标、字段描述、同义词和权限配置中修正，而不是把一次正确回答当作长期保证。
第二阶段：复用分析资产，让人工判断留在发布前
当第一阶段的高频问题已经明确，团队可以把经过确认的指标、图表、仪表盘和提问骨架复用到月度经营会、区域复盘或服务质量跟踪中。全局 Data Agent 的“操作”模式可在当前账号已有权限内创建或编辑 BI 资源；桌面端 ChatBI 也可把回答图表添加到具有编辑权限的目标仪表盘，或从对话创建正式仪表盘。这里的“可以操作”仍不等于“可以直接发布”：发布前应由业务和数据责任人检查名称、定义、筛选条件、数据更新时间、目标应用和适用人群。
例如，连锁零售团队每周复盘“销售额、完成率、缺货率”。第一阶段验证过的问题可发展为带固定时间范围和区域筛选的仪表盘草稿。业务分析师负责检查异常是否来自促销、节假日或缺货，数据团队负责确认目标版本和退货规则，门店负责人负责补充现场原因。智能体承担的是检索、切分、图表草稿和文字摘要等分析协作；它不替团队决定是否启动促销，更不能把描述性统计直接解释为因果关系。
这一阶段应增加“变化后的重验”。指标口径、目标表、字段含义、角色权限或数据刷新逻辑变化时，选取同一组基准问题重新验证。这里的智能解读用于整理已有及历史数据；若要预测未来走势，需要另行验证预测方法、适用条件和误差。即使两个现象同时变化，也不应仅凭统计贡献推断业务因果。团队可把人工复核意见记录在自己的验收台账中，但不应假设产品会自动统计建议采纳率、自动判断业务效果或自动授予下一阶段权限。
第三阶段：受控运营，把外部动作当作独立工程范围
第三阶段不是“分析成熟后必然自动执行”，而是让已经经过验证的 BI 创作和运营任务在明确权限内受控运行。7.0 的全局 Data Agent“操作”模式可处理创建、修改、配置等 BI 资源任务，但不会越过当前账号的权限。高风险操作逐项开放：当前执行计划创建需要用户确认；执行计划更新、删除、启停，以及发布、分享、导出、权限、凭据和资源永久删除等，不是通用操作能力。被拒绝或未开放的操作，应回到产品原有入口处理。
衡石提供 iframe、完整 UI SDK 与数据客户端 SDK 等接入方式，服务端统一执行模型与工具循环、校验权限并保存会话历史。完整 UI SDK 当前的执行模式限定为问数，仪表盘写入入口默认关闭；宿主显式打开并承接写入时，仍需验证目标资源的编辑权限。应用集市、分享链接和门户等只读消费页面也不提供问数/操作切换或仪表盘写入入口。接口能力本身不等于某个外部流程已经被授权，更不意味着衡石内置采购执行、ERP 写回、外部审批清单或自动权限升级。外部工具的写入、通知、审批和审计，需要由集成方和业务系统所有者根据实际部署、权限模型和合规要求单独设计、联调并验收。
受控运营的起点应是最小动作：先在测试环境中传递一个已审核的分析引用或创建草稿，再由业务人员确认后继续处理。若需要扩大范围，逐项补齐调用身份、可写对象、触发条件、异常交接和审计证据；任何不可逆或高影响动作都应留在独立的风险评审范围中。不要用“成熟度更高”替代真实授权，也不要承诺未经验证的自动回滚、跨系统恢复或写回能力。
用动作和风险分级，而不是用“自治等级”分级
| 工作单元 | 风险判断 | 智能体可以承担的分析协作 | 人与系统的必要责任 | 验收重点 |
|---|---|---|---|---|
| 查询已授权数据、生成图表草稿 | 较低 | 解释问题、检索范围、返回图表或文字草稿 | 业务人员核对口径与结论；权限管理员保证最小数据范围 | 账号权限、指标定义、空结果、时间边界 |
| 创建或编辑指标、图表、仪表盘草稿 | 中等 | 在操作模式下辅助 HQL 表达式、图表配置和布局建议 | 数据负责人审核定义；发布人确认受众与版本 | 公式、筛选条件、刷新状态、发布前复核 |
| 已审核结果接入外部工单、消息或业务应用 | 较高 | 提供结构化分析结果或引用 | 集成方定义服务身份和失败处理；业务系统所有者授予并审计外部权限 | 外部授权、可写对象、重复触发、异常交接 |
| 不可逆或高影响的外部业务变更 | 高 | 仅提供可供人审阅的分析材料 | 独立业务审批、风控与系统控制共同决定是否实施 | 不纳入本阶段默认范围，另行评审 |
这张表的目的不是限制使用，而是让团队按动作的影响面安排验证深度。一个只读查询即使来自复杂模型，也未必需要扩大权限；一个看似简单的外部写入，即使来自成熟分析流程，也仍需单独授权。很多生产场景会长期停在前两行，这并不表示落后，而是把价值放在更快、更可复用且可审阅的分析协作上。
把验收记录做成可追查的证据
每次阶段验收都应至少覆盖四类情况：真实账号权限是否符合预期；数据为空时页面和结论是否被正确处理；指标或定义变化后基准问题是否重新核过；嵌入页面、网络或会话中断时，团队是否先读取服务端保存的回合与运行状态，再决定重试或人工交接。最后一项仍应按实际部署和集成方式演练，不能从单次演示推导出跨系统恢复承诺。
下面是一份项目台账示例，用于保留验收事实。它不是衡石 API、产品字段或运行 schema；字段可按企业已有的测试与变更流程调整。
{
"scenario": "华东区域月度销售完成率复盘",
"release_context": "目标部署版本与集成方式已登记",
"checks": {
"account_permissions": "正常、跨区、无权限账号均已实测",
"empty_result": "空结果展示与业务解释已人工确认",
"definition_change": "目标版本变更后，基准问题已复验",
"page_interruption": "重新进入后先检查服务端回合与运行状态，避免重复发送"
},
"human_review": {
"metric_owner": "已确认口径与时间范围",
"business_owner": "已确认描述性结论可用于复盘"
},
"external_action": "none"
}让价值沿着证据链积累
Agentic BI 的务实路径不是从辅助直接跳到“无人决策”，而是让每一次使用都留下可以回看的条件：问了什么、依据什么指标、由哪个账号看到、人在何处确认、定义变化后怎样复验。衡石的 ChatBI、Data Agent 和集成能力可帮助团队把问数延伸为图表、仪表盘和可复用的分析资产；真正的稳定运行则来自数据治理、人工判断、权限边界与项目验收共同形成的证据链。
当团队能够稳定地验证只读分析和资产复用时，是否开展受控运营、是否接入外部工具、接入到什么程度，应由业务目标和授权条件决定。把长期有效的辅助分析做好，本身就是 Agentic BI 的重要成果。