本体接地的规格（规格编译）

**原则：**先本体、后代码。生成的功能要有明确的完成标准，"能跑起来"不算交付。规格是把自然语言意图编译成可执行约定的地方。

第一步：苏格拉底式澄清（一次只问一个问题）

能从本体或上下文查到的不要问用户。依次确认：

1. 要改善的业务结果是什么？业务负责人是谁？当前基线是多少？（没有基线 → 先 outcome-ledger）
2. 涉及哪些本体对象？口径在本体里是否已定义、是哪个版本？
3. 只读（OLAP）、写生产状态（OLTP），还是两者兼有（HTAP）？
4. 结果给谁看、多久一次？（决定频率 → 是否值得固化）
5. 有没有已知正确答案的样例可核对？

防迎合：用户的不确定说法（"可能按签约算吧""大概 30 天"）记为假设并标出来，不当作指令；关键假设必须由有权主体确认后才写进规格。规格模糊时，先澄清再执行，不要"先做一版看看"。

第二步：判断变化落在哪一层