“有效”意味着什么
分配是一条记录。有效性是一种状态，它有三个条件——必须在今天同时成立：
01
在职
02
已获授权
03
能够行动
缺了其中任何一项，表面上都不会有东西坏掉。资产上仍然显示着负责人。工作流仍然照常流转。失效会在数周之后才浮现出来——表现为一次超时的审查，和一个没有人做出的决定。
正因如此，在我们的模型中，一项责任从来不只是存在或不存在：
被分配是这四步中的第二步，而不是最后一步。目录字段记录的是第二步，却暗示已经到了第四步。
现状 · 不可见
AdventureWorks2025 — HumanResources 数据产品，用于人力资源运营、薪酬和人力规划。有四个角色对它负责。每一个都已填好，目录也没有显示任何问题。
负责人 · 兼审批人
Hedda M Halvorsen
已离职 · 两个角色都随她一起离开了
数据管理员
Mindy C Martin
自 2024 年 5 月以来授权未经重新核验
领域专家
Lakshmi A Venkatesan
休假中 · 无人代理
领域专家
Ashok X Joshi
已分配 · 从未告知
四种不同的失效，却没有一种是数据缺失。每一个名字在写下的那一刻都是正确的。没有任何东西被阻塞，而这正是问题所在——这项资产被流转给了一个已经离职的人、一个授权已过期的人、一个正在休假的人，以及一个从未被告知的人。任何需要这四人之一的决定都无处落地，而任何地方都没有对此发出提示。
请留意一次离职造成了什么。Hedda 一人担任了四个角色中的两个——这很正常，因为资产的负责人通常也正是批准其变更的人。她离开时，这个产品一半的治理也随她离开了——而资产上仍然在这两个角色中写着她的名字，于是任何需要其中一个角色的事项，仍然会流转给一个已经不在的人。
第二位专家的情况值得多停留片刻。Ashok 在职、已获授权，也拥有访问权限。任何系统里都没有过时的信息。他只是从未被告知，当另一位专家不在时，这项资产会流转给他——而任何地方的任何报告都无法呈现这一点。
这就是治理衰退从内部看起来的样子：不是一个空白字段，而是一个填得满满、却已不再为真的字段。
为什么目录看不见这一点
在目录中 · 一个属性
资产上的一段文本，指向一个该资产对其一无所知的人。这个人的雇佣状态、所属领域和权限分别存在于另外三个系统中，而这个字段无法向它们询问任何事情。
字段不可能出错，因为字段无法被核查。
在 Nodwise 中 · 一种类型化关系
存在于同一个模型中的两个节点之间——资产和人。而且它不是按资产逐一配置的：每种节点类型都带有自己的责任矩阵，因此节点一诞生就知道由哪些角色对它负责，而当前由谁担任这些角色，则通过图谱解析得出。
该矩阵按角色声明了对担任者有何期望，以及具备什么条件才能担任。因此，“数据负责人”并不是从某份政策文件中借来的职位名称——它是一组明确的期望和一道明确的门槛，只需编写一次，就会被该类型的每个节点继承。
这意味着，这三个条件不再是一项审计工作，而变成了一次遍历：
部门
Human Resources
人员
Hedda M Halvorsen
人员
Mindy C Martin
人员
Ashok X Joshi
企业角色
Human Resources Manager
企业角色
Benefits Specialist
企业角色
Recruiter
数据产品
HumanResources data product
目录只能向人提出的三个问题，通过遍历模型得到了回答。
闭环
一旦责任成为一种关系，失效的责任就成了智能体可以监测的一种状况。接下来发生的，不是一份您必须阅读的报告。
01
已发现
02
流转给有权决定的人
03
由人做出决定
04
已记录
而同样的闭环在缺口出现之前就会运行——默认如此，无需您配置。责任有自己的状态，因此可以被暂停而不被抹除：当有人调换领域、开始休假或卸下某项职责时，其承担的责任会退出有效状态，而问题会趁他们仍掌握回答所需的背景时送达他们，而不是六个月后才送到他们原来的团队。
这也为本页开头的问题给出了诚实的版本。不是“有没有负责人”，而是这一点最近一次被确认为真是在什么时候——每项责任一个日期，要么存在，要么不存在。
智能体负责关注和上报。它从不做决定。是关注上的自主，而不是权限上的自主。
这通常要付出的代价
如果作为一个项目来做，清理一个成熟目录中失效的责任要经历八个阶段：识别不在职的持有者，把每个案例关联到相应的经理，按负责人分组汇总成视图，附带背景说明和截止日期发出通知，运行一套可追溯的替换工作流，为新持有者办理上手，为调换了领域的人重新认证，最后找出依赖单一人员的流程。
这是一项扎实的工作，也正是这个问题通常被一拖再拖的原因：它要耗费数月，需要人工核对三个源系统，而结果只在交付当天是准确的。
以上每一个阶段，都是针对一个已经掌握答案的模型的一次查询或一个工作流。并不是因为这项工作微不足道，而是因为这个项目大部分时间所花费的对账工作，正是模型本身。
问一个更难的问题
演示租户中有这项资产、这四个角色、这些被打破的条件，以及标记出它们的查询——就在一个您现在就能打开的模型中。