问数平台背后那本翻译字典，才是它敢开口答的底气

问数平台接到业务系统之后的第一件事

我们团队把一套问数平台接到了园区的业务系统上。最开始大家都乐观，觉得不就是连上数据库、用中文问两句的事。真跑了一阵，被打脸了。

园区业务系统，问数平台读的那层数据地基

业务的人问这个月空着的面积有多少，系统很自信地甩出一个数。财务看了摇头，说你这扣没扣免租期，口径不对。又有人问招商手上压了多少没签的，系统也答了，可那个数把已经作废的意向也算了进去。

问题不在模型。模型老老实实把中文翻成了 SQL，执行也没出错。错在中间缺了一层东西，我们后来管它叫语义层。

说直白点，语义层就是业务语言和数据库字段之间的一本翻译字典。

语义层，业务黑话和数据库字段之间的翻译字典

你问出租率，数据库里根本没有这一列。它背后是表 A 的已租面积除以表 B 的可租面积，还得按你们公司自己的规矩，免租期算不算、公摊怎么摊。这些规矩没人写进字典，系统就只能按自己的理解来，答得越多越离谱。

这本字典里至少要装四样东西。

一是指标定义，每个业务词背后对应哪几张表、套什么公式。

二是同义词，业务的人不只用标准词。空着、没租出去、闲置、压货在系统眼里得指同一件事。

三是字段血缘，这个指标改一下，会牵连哪些报表。

四是权限标签，哪些词只能哪些人问。

有人问，现在大模型这么强，不能直接理解业务黑话吗。

能理解个大概，但落不到你们公司的具体口径上。大模型不知道财务上个月刚把免租期从公式里拿掉，也不知道压货在你们这儿特指招商台账里状态为待签约的那一栏。这些信息只活在内部，得有人一条条喂进字典。

我们试过完全依赖模型自动推断，结果同一个词，上午问和下午问能给出两种算法。业务的人一旦不信，这东西就废了。

搭它没什么高明办法，就是笨功夫。但有几个坑是我们实打实踩过的。

同义词别指望一次建全。第一版我们只录了标准说法，结果闲置面积没人问得动，因为业务的人习惯说空着的。补完同义词才顺。

口径一定要留版本。财务改一次公式，所有引用它的指标都得跟着变。我们吃过亏，改完没打版本，老报表还在用旧算法，两边对不上，查了半天才发现是字典没同步。

权限标签最容易漏。运营顺手问了句合同金额，系统大大方方给了。可那类数据按规矩只有财务能看。标签一漏，等于悄悄开了道后门。

所以我们现在的做法是反过来的。先花力气把语义层这本地砖搬正，再让模型往上搭。

模型是上层建筑。地基歪了，上面修得再漂亮，问出来的数还是站不住。问数平台能不能让人信，不看界面多炫，看它背后那本字典翻得准不准。

只读连接之上，业务系统和问数平台各司其职

这篇写给正在接问数平台的朋友。语义层这活儿不起眼，却是平台敢开口答的底气所在。