让 Agent 直接写 SQL，是在赌运气。
很多 Agent 平台允许模型生成 SQL、调用任意 API、绕过业务直接修改数据。数据引擎反其道而行：Agent 永远看不到表，只能使用一组固定的语义工具，每个工具都对应一个人也能调用的接口。
对应定律边界
数据引擎做什么
01
语义查询
以业务对象而非表来提问。跨系统的客户、订单与库存，在这里是同一个世界。
02
关系遍历
沿着关系多跳追溯：从一张延迟的订单，到它的供应商、在途运单与受影响的客户。
03
计算属性与时间序列
金额、占用率等派生指标在读取时计算；带时间的事件与指标原生支持。
04
完整历史
每一次变化都有记录。可以回看任意对象在过去某一时刻的状态，以及是谁、因为什么改变了它。
05
受控动作
动作带有前置条件与审批要求；检查不通过就整体拒绝，绝不执行一半。并发修改不会被静默覆盖。
06
Governor 策略内核
每一次读、写、关联与动作都经过统一授权：拒绝优先、约束必过、需要审批的自动进入审批。所有者也不例外。
一次请求的旅程
1
提问或行动
人或 Agent 通过 MCP / REST 发起语义请求。
2
解析语义
映射到本体中的对象、关系与动作。
3
策略检查
Governor 判断允许、拒绝或需要审批。
4
返回与留痕
返回可解释结果，完整写入审计链路。
你会得到
Agent 只能做人也被允许做的事
跨系统问题一次回答，来源可追溯
动作要么完整执行，要么完全不执行
所有行为可审计、可回看