管线：口语 → 语义层 → 校验 → 只读 SQL → 证据化候选

POC语义路由器架构的第一个垂直切片；LLM 只做"坐标翻译"，执行与裁决都是确定性代码

案例回放

POC · 真实生产数据

    字段语义卡（样例 张 / 全量 张）

    POC列注释即证据、枚举即状态轴、data_observation 即数据神谕产物——它是 OBR 对象卡的检索特化

    为什么这是票税 SaaS 本体范式的样板

    POC
    Snowflake 对位：Cortex Analyst——在语义视图上做 NL → SQL，靠 Verified Query Repository 提高命中。差异在三处：① 票税领域词表（销方 / 票种 / 勾选 / 红字 / 抵扣）先于表结构，口语先落到语义卡再落到列；② 租户上下文是槽位而不是用户输入（多租户隔离 + 索引锚）；③ 拦截契约：字段不在白名单、值不在枚举、缺索引锚，一律拒绝而不是"尽力生成"——本体是执行时强制关口，不是提示素材。

    下一步

    规划对应规划条目：C1 业务本体试点 · B2 同义词 / 词表工厂
    • C1 业务本体试点选"票税 / 销项线 1 条 CQ"：以本页的找票 CQ 为模板，在业务湖仓上用同一套 spec 语法定义发票 / 税号 / 客户 / 单据状态与度量，经库表桥与研发本体互链（denotes / realizes / represents）。
    • B2 词表工厂把字段语义卡升级为可复用词表：114 张卡的中文语义、枚举中文、口语同义词（"普票" = c + ce、"已勾选" = auth_status 4）进术语表，search 先走词表再 ILIKE 兜底。
    • 与 M6 的 OBR 对接：第四靶里的业务行为「查询自由票」（queryFreeInvoiceByBillId）是现成的可对接点——产品化时 SQL 生成器可换成既有结构化查询面的 API 参数生成器（POC 发现 #5），拦截契约不变。
    • 数据探针：票种枚举注释疑似滞后于数电时代（d8 澄清案例的根因），用数据神谕核全表值域后再决定是改注释还是加枚举。