资本项目上的 AI 智能体治理

高管问起施工智能体时，问题从来不是「它能不能干这个活」，而是「它出错时会怎样，谁来负责」。

这个问题值得一个比「置信度分数」更好的答案。

自主性是错误的坐标轴

厂商演示往往把智能体能力呈现为一根从「辅助」到「独立执行」的滑杆，并把独立作为追求。在资本项目上，这个框架几乎没有用。真正相关的问题不是智能体自己做了多少，而是它触碰的是哪一类决策。

我们区分三类：

可逆且后果轻微。 调取证据、起草摘要、给文档分类、标记异常。输出错了，代价是几分钟。智能体在这里自由运作。

可逆但有后果。 提出重排方案、起草 RFI 回复、组织延误说明。输出错了，代价是信誉和返工。智能体负责产出；在任何东西离开系统之前，由人复核。

不可逆或具有合同意义。 任何进入合同记录、动用资源、或构成索赔依据的事。智能体永远不执行这类动作。它把它们连同证据一起准备好，交给一个具名的人批准。

滑杆根本不是滑杆，而是一组关卡。

1. 权限受限。 智能体在一个项目、一个标段、一个角色、一套工具的范围内运作。它读不到它的委托人读不到的东西。这听起来理所当然，却被那些「把一切都索引进同一个向量库」的系统反复违反。

2. 先证据，后结论。 没有可追溯的来源就没有结论。如果智能体无法引用支撑某句话的记录，这句话就不会被说出来。这是架构中的硬约束，而不是提示词里的一句叮嘱——提示词里的叮嘱只是建议，而这件事不能只是建议。

3. 明确批准，明确留痕。 不是工作流末尾的一个复选框，而是：一个具名的人、一个时间戳、被批准的确切产物，以及批准那一刻可见的证据集。无法在事后被重建的批准，不算治理。

4. 完整轨迹。 智能体观察到了什么、如何推理、建议了什么、谁批准了、执行了什么、实际发生了什么。包括那些被否决的建议——当争议来临时，它们往往是你手上最有价值的记录。

有一种顽固的假设：治理是对能力的征税。在资本项目上，恰恰相反。

一个不受治理的智能体，产出的是没人愿意押上决策的东西。它会被用来起草文字，然后在任何真正重要的事情上被弃用。而一个受治理的智能体，产出的东西自带论证——而这恰恰是项目总监可以立即据以行动的形式。

约束才是让输出可用的东西。审计轨迹不是围绕产品的合规开销。在一个每项重大决策最终都可能被索赔顾问翻出来审视的项目上，它就是产品本身。