智慧园区一体化管理平台沉淀了大量经营数据，但临时取数仍依赖人工。本文基于一套已在园区落地的方案，拆解如何在不改动原业务系统的前提下，叠加一层 AI 问数能力，并给出数据建模与查询治理的实操要点。
一、背景：事务系统管流程，问数系统答问题
我们同时维护（并提供）两套定位清晰的系统：
- 智慧园区一体化管理平台：典型的事务型系统，覆盖空间资产、招商、客商与合同、财务交易、智慧物联、数据可视化等。它把园区经营"装进数字世界"，持续产生并管理业务数据。
- 数智安全问数平台：分析问答型系统，专门做"用自然语言问数据、直接出答案"。
二者的边界很关键：前者产生并管理数据，后者只读取并回答。问数平台不替换任何原业务系统，而是在其外"加一个问数入口"。
二、整体架构：在原系统外叠加一个问数层
数据源层 园区业务库（楼宇/租客/合同/账单） ← 专用只读账号接入 ↓ 查询网关层 Trino 查询网关（统一连接、先试查验证） ↓ 语义层 业务数据模型（字段→业务含义、统一计算口径） ↓ 问答层 大模型理解提问 + Prompt管理约束任务 + FewShot样例库 ↓ 展示层 结论 → 图表 → 明细与来源（先结论后依据）几个工程要点：
- 模型、查询引擎与数据库按项目环境部署或连接，不强依赖公网；
- 接入前提：确认数据能连接，并明确需要查询的业务范围；
- 接入方式：优先专用只读账号，约定可查对象与结果范围，不改动原表结构。
三、数据建模：先分清对象，再统一口径
园区经营问题绕不开四类核心对象，建模时必须先厘清实体与关系（如下图所示）：
- 房源（楼宇/楼层/房间）：数量、面积、状态（在租/空置）；
- 租客（企业）：与房源、合同存在多对多关系；
- 合同：关联房源与租客，承载起止日期、租金、状态；
- 账单：关联合同，承载应收、实收、到期时间。
常见坑：
- 把"房源数量"和"合同数量"混为一谈；
- 空置、到期、应收/实收的计算口径未与业务方对齐，导致"同一个指标算法不同"。
做法：按对象分别整理字段用途（名称分类、数值统计），统一日期与去重规则，再与业务方逐条核对算法。这一步直接决定了"答案对不对"。
四、一次查询是怎么跑通的
以"各楼栋分别空置多少间？"为例：
- 用户在问数页选择"园区经营"场景助手；
- 大模型将自然语言解析为：按楼栋分组、统计
状态 = 空置的房源计数； - 查询引擎执行 SQL 并返回结果；
- 展示层按楼栋汇总成柱状图，附每条房源明细与数据来源；
- 如需核对，点开明细即可溯源到原业务记录。
整个过程用户无需懂 SQL，也无需等待他人取数。已验证过的问法与查询会进入 FewShot 样例库，同类问题可复用。
五、工程落地不可忽视的四件事
- 只读与权限：专用只读账号 + 约定可查对象与结果范围；
- 可验证：用典型问题（标准问题集）在数据接入后逐条核对，再开放日常使用；
- 可维护：模型、Prompt、样例、字段说明都可更新，而非一次性演示——让实施团队能够维护；
- 验收口径：
- 数据对不对？（与原系统同时间、同范围核对）
- 理解对不对？（对象、条件、计算方式符合提问）
- 结果能不能用？（图表清楚、明细可查、失败有提示）
- 后续能不能维护？（规则变化后可更新并重新验证）
六、小结：两套系统，一种能力
智慧园区系统负责"把经营装进数字世界"，问数平台负责"让数字世界回答问题"。两者解耦、可独立演进，且行业问题、字段说明与已验证查询样例可跨项目复用。
如果你也在做园区 / ERP / CRM 等系统的智能化，欢迎就"如何把数据变成可问的问题"一起交流。
本文配图为风格示意，文中架构与组件（Trino 查询网关、业务数据模型、Prompt 管理、FewShot 样例库）均对应真实产品能力，可在你的环境上落地验证。
