口径散落各处
同一个「销售额」,可能写在三个 Agent 的三份 Prompt 里,很快产生口径漂移。
难的是它每次都指向同一个业务口径
典型做法是把表结构、字段注释和几条 SQL 样例拼进 Prompt,让模型直接生成物理 SQL。它适合快速验证,却会在业务扩大后失控。
同一个「销售额」,可能写在三个 Agent 的三份 Prompt 里,很快产生口径漂移。
同一张订单表,在不同问题里可能被模型选出不同的 Join 路径,金额悄悄翻倍。
一个新字段进入 Schema,就可能无意间改变线上查询的范围与结果。
补一条 Few-shot 通常只修复相近问法,换个表达或换个模型,问题又会回来。
最危险的不是答不出来。拒答和澄清对用户可见,而一个看起来正常的错误数字不可见。
完整查询依次经过五个阶段,任何一步无法证明安全就不进数据库
把自然语言映射到已发布的业务名,依赖业务词典与语义索引
只输出业务名,不出现任何物理表名、列名和 Join 语句
校验成员、过滤值、聚合口径与人工确认义务是否全部落实
绑定冻结的安全 Join 路径,编译出参数化物理 SQL
只读 AST 白名单、结果行数上限与执行超时,只读事务访问数据库
模型提议、编译器裁定——校验比选择容易。更换 Chat 模型不会顺带改变业务口径。
从语义建模、发布治理,到问数、诊断与反馈回流的完整闭环
业务定义是模型数据,不是 Prompt 附件
目录包含 Model、Relation、Metric、Dimension、Term 和 DimensionValue。业务名称、别名、指标公式、默认聚合、可加性、时间轴和真实维度值全部作为受治理资源维护。
AI 提高效率,但产出始终是可逐项审核的草案
AI 可以生成实体命名、字段角色、指标与维度草案和别名建议。所有建议先进入 Candidate Revision,覆盖人工内容的建议默认不选中,必须经过审核才会生效。
LLM 不生成最终 SQL,编译器才决定怎么查
作用域不在提问时由路由器挑选,而是生成后确定性反推:模型写出业务名 S2SQL,编译器逐个真实作用域尝试翻译——恰好一个成功即绑定,零个说明跨了事实根,多个则按粒度收敛取最粗。
回答里写清系统怎么理解的,而不是默默替用户决定
业务同事直接用中文提问,系统按阶段流式推送进度,回答卡上以「理解 chip」显示补上的理解,下面可以继续追问和下钻。
让问数系统能像普通软件一样测试和定位
每次查询都有固定阶段的时间线,可以定位问题发生在映射、解析、校正、翻译还是执行,并导出脱敏 Markdown 报告。
问不出来的说法不会就这么算了
拒答、澄清、模型自己猜的成员、不认识的取值,以及用户的点赞点踩,都进同一个收件箱,按说法聚合后回流到建模端。
从数据源接入、语义建模,到问数与一键诊断






覆盖数据源、建模、编译、治理、诊断与私有化部署
同样一句自然语言提问,两种做法在关键环节上的差别
| 关注点 | KnowFlow 智能问数 | 直接 Text-to-SQL |
|---|---|---|
| 业务定义 | 指标、维度、术语和值字典进入版本化 Catalog | 写在 Prompt、文档片段或 Few-shot 中 |
| Join 与粒度 | 人工确认关系基数,发布时冻结安全路径和事实根 | 模型根据 Schema 临时推断 |
| SQL 生成 | LLM 输出业务名 S2SQL,编译器生成参数化物理 SQL | LLM 直接输出物理 SQL |
| 歧义处理 | 展示业务候选并要求确认,选择必须真的被用上 | 改 Prompt、增加样例或静默选一个 |
| 复用范围 | 同一 Release 服务 Agent、UI、API、评测与数据应用 | 通常绑定某个 Agent 或问数入口 |
| 变更控制 | Candidate Revision 审核、校验、发布、回滚 | Prompt 修改后整体行为可能漂移 |
| 失败策略 | 成员、路径、聚合或版本无法证明时 fail closed | SQL 语法合法就可能执行 |
走与浏览器相同的鉴权 API,从原始数据库导入、建模、发布到隐藏问题试问,逐行比对参考 SQL 结果
| 数据集 | 正确题数 | 准确率 | 静默错答 |
|---|---|---|---|
| 电商集 | 12 / 12 | 100% | 0 |
| 城市与图书馆集 | 11 / 12 | 91.7% | 0 |
| 音乐 Holdout 集 | 9 / 12 | 75% | 0 |
| 合计 | 32 / 36 | 88.9% | 0 |
这是特定数据集上的对照实验,不是通用 Text-to-SQL 基准结论。我们公开它,是为了说明评测走的是用户实际经历的完整链路,而不是绕过建模与发布流程直接向组件灌入整理好的语义数据。
两者共用同一份语义模型与同一个查询引擎
| 能力 | 开源版 | 商业版 |
|---|---|---|
| 建模工作台(数据源、语义建模、问数验证、问数反馈) | ✓ | ✓ |
| AI 一键建模、别名与值字典建议 | ✓ | ✓ |
| 发布、版本回滚、发布前质量报告 | ✓ | ✓ |
| S2SQL 编译、治理关卡、只读 Guard、查询 API | ✓ | ✓ |
| PostgreSQL / MySQL / 上传表格,多数据源 | ✓ | ✓ |
| 词汇缺口收件箱、Golden Suite、诊断导出 | ✓ | ✓ |
| 问数助手:对话式提问、多轮追问、下钻、结果解读 | — | ✓ |
| 报表:钉成卡片、按项目归档、刷新重跑、导出 Excel | — | ✓ |
| 项目授权与数据范围:多用户 RBAC、行级与列级权限 | — | ✓ |
| 与知识库、Agent、企业账号体系打通 | — | ✓ |
| 企业账号、LDAP / OIDC、企业微信登录 | — | ✓ |
从业务自助分析,到 Agent 与嵌入式数据应用
业务同事不写 SQL、不等排期,直接用中文问经营数据,回答带系统理解说明并可继续下钻。
Agent 通过资源 API 获取业务定义并发起受治理查询,不需要自己拼物理表、列和 Join。
把稳定的问数结果钉成报表卡片,按项目归档,随时刷新取最新数字并整页导出 Excel。
业务系统把智能问数作为独立查询后端,复用同一套指标定义与权限边界,不重复建模。