AI 代理不应成为项目 DRI

什么是 DRI？

DRI 是 Directly Responsible Individual 的缩写，通常可译为“直接责任人”或“最终负责人”。

在 GitLab 的相关定义中，DRI 指的是对某个具体项目、计划或活动的成功或失败负有最终责任的人。这个说法据称源自 Apple，用来明确一件事到底由谁负责到底。

放到 AI 代理场景中意味着什么？

随着 LLM 驱动的代理逐渐进入软件开发、运营和组织协作流程，一个问题变得越来越重要：

AI 代理能不能成为某个项目的 DRI？

一种明确的观点是：不应该，也不应在任何情况下把代理视为项目 DRI。

原因在于，DRI 的核心不是“执行任务”，而是“承担责任”。AI 代理可以协助完成工作、提出建议、生成代码、执行流程，但它无法像人一样对决策后果承担组织意义上的责任。

责任仍然属于人

这一区分在管理和 AI 治理中很关键：

• AI 可以参与执行，但不应成为最终责任主体。
• AI 可以辅助判断，但不应被赋予管理决策的最终权责。
• 项目失败、风险扩散或决策失误时，组织需要能够明确追责到人，而不是把责任推给系统。

IBM 1979 年一张著名培训幻灯片中有一句话：“计算机永远不能被追责，因此计算机绝不能做管理决策。”

这句话放到今天的生成式 AI 和编码代理语境下，仍然具有现实意义：工具可以越来越强，但组织责任不能被工具化、模糊化或外包给机器。

对团队的启示

在引入 AI 代理时，团队可以让它承担任务执行、信息整理、代码生成或流程自动化，但仍应明确：

1. 每个项目必须有明确的人类 DRI。
2. AI 代理的输出需要由人审核和接收。
3. 管理决策和最终责任不能交给不可追责的系统。

AI 代理可以是团队成员的增强工具，但不应成为组织责任链条的终点。