您见过的每一个模型，都曾经是对的。

04

另一半

其余部分有负责人。而负责人会被问到。

每种节点类型都带有自己的责任矩阵——谁是负责人、谁是数据管理员、谁批准变更、谁是专家。这不是某个团队遵循的惯例，而是类型的一部分，因此在“由谁对它负责”这个问题解决之前，该类型的节点不可能存在。

在此之上，还有带有各自工作流的用例：对这类事物而言，“审查它”“交接它”或“批准这项变更”究竟意味着什么。审查一份供应商协议与审查一项技术技能不是同一种行为，而模型知道其中的区别。

所以，当某件事发生变化时，对它负责的人会被调动起来——通过与之匹配的工作流，而不是一条通知。以下四种情况会触发这一过程：

第四种，正是这与您用过的每一个目录的区别所在。其他几种都是响应。而这一种，是模型向唯一能够回答的一方询问：它是否仍然为真。

元模型

数据产品

职责类型

4

分配责任类型

负责人

归其所有

对该节点负有最终责任并对其每项决策拥有完全权限的一方。对其存在、正确性及命运负责，贯穿始终。

数据管理员

由其管理

负责日常监管该节点业务含义和数据质量的一方。维护其定义、准确性和适用性，但对其不拥有最终决策权。

审批人

由其审批

拥有权限正式批准该节点或其变更，使之生效或发布的一方。对把关决策本身负责，区别于持续评估或端到端的最终责任。

领域专家

获得其提供的专业知识

受指定就该节点所代表主题提供澄清的人，并因对该主题拥有深厚的一手知识而被倚重。提供该节点的记录与文档未能承载的背景与洞见——是关于主题本身的咨询权威，而非关于该节点如何被维护。

这一切都不是智能体在更改您的组织。它负责识别、报告、监控和上报——是关注上的自主，而不是权限上的自主。做决定的仍然是人。改变的是，决定在成本还很低的时候就已经送达他们。