使用者
元模型赋予智能体一套它无法越出的语法。实例图谱赋予它并非由它自己写下的事实。两者兼备，回答一个关于您组织的问题，就不再是一次撰写，而成为一次遍历——而这种差别，体现在唯一重要的地方：您是否需要在转发答案之前先核实它。
检索与遍历
两者的起点相同：先找到被问及的那个对象。
检索
止步于此
遍历
由此开始
在 Adventure Works 模型中，问一问供应商出现故障会波及哪里：
类型化遍历 · 三跳 · 四种类型、三个部门、一次查询
供应商
Victory Bikes
产品 SKU
Touring Tire Tube
销售订单
SO70282
零售消费者
Dalton Adams
三跳，而没有一跳是智能体推断出来的。它并没有自行推导出轮胎内胎属于自行车，或订单意味着存在一位客户——每一跳都是某个人或某个系统早已断言过的类型化关系。这条链条跨越了一家供应商、一个产品 SKU、一张销售订单和一个人：四种类型、三个部门、一次查询。
再往外一跳，就是转述永远触及不到的部分。同一个零部件要么还有第二份协议，要么没有——这个没有：只有一份协议，别无其他——因此答案是一个被点名的单点故障。对于同一家供应商还供应的轮胎，遍历则会返回第二份协议，答案也就变成了一项附带缓解措施的影响。这种差别不是判断，而是同一节点上的第二条边：存在，或者不存在。
答案为何站得住脚
三项工作，其中只有第一项和最后一项属于语言：
01 · 语言
把问题转化为一次遍历
02 · 确定性
以确定性的方式执行它
03 · 语言
叙述结果
组织智能不是一个背后有图谱的语言问题。它是一个带有语言界面的图谱问题——要求模型仅凭散文去推理影响，就是要求它去做唯一一件无法被问责的事。
由此带来三个结果，而没有一个是提示词。
您可以核实什么
被记录下来的是什么
什么能改进它
在模型的边界处
当被问及采购部门里分配给某位采购员的采购订单还有谁可以代为处理时，演示租户中的智能体并没有回答“没有人可以”。它的回答是：
图谱中没有建模任何次要共同负责人。
请细读这个限定语。它不是含糊其辞——它就是整个主张。很可能有一位同事每年八月都替她顶岗；模型陈述的是：没有人记录过这件事。这两句话，一句您可以直接据以行动，另一句您得先核实才能行动。
基于文档的智能体无法做出这种区分，因为它没有任何可以对照的基准来判断沉默。在文档库中，缺失与一个从没人写过的页面无从区分。而相对于类型的缺失，则是一项发现：这种关系存在于语法之中，这个节点却没有它，而这个缺口有其负责人——因为责任矩阵属于类型，所以每个节点都知道，自己身上缺失的部分该由谁来负责。
这也是对任何模型都会面对的那个合理问题的诚实回答：如果我们的模型不完整怎么办？它一定会不完整。而智能体会告诉您不完整在哪里。
无需提醒
一张带有状态的类型化图谱是可以被监控的，而监控正是智能体赢得一个常设席位、而不只是一个聊天窗口的地方。它会注意到：
某个流程失去了负责人
某位审批人持有一项从未使用过的授权
数百张订单如今都经由同一个人处理，却没有记录任何共同负责人
某项技能在晚班只有唯一一位拥有者
这些情况成为事实的那一天，没有人会想到去问这样的问题。但它们都是模型可以据以核验的状态——而且每一种情况都会流转给一个具名的人，因为责任矩阵是类型的属性，而不是某人配置的一条通知规则。
是关注上的自主，而不是权限上的自主。智能体负责识别、报告、监控和上报。它不会更改您的组织，而这条边界也不是写在提示词里的一项政策：它究竟能断言什么，从根本上受限于一套它既没有编写、也无法扩展的语法。