第七部分：参考实现¶

到这里为止，我们已经按层搭建了同一套系统：

• 架构与信任边界；
• 记忆层；
• 执行层；
• 可观测性；
• 组织运行模型。

现在该把这些内容收拢成一个更完整的参考实现了。它不是“适用于所有场景的完美框架”，而是同一个支持智能体及其周边平台的一份实用蓝图，可以直接拿来作为起点继续演化。

在这一部分里，我会逐步组装一个最小但成熟的平台：

• 基础运行时；
• 安全与策略钩子；
• 能力目录；
• 遥测接线；
• 上线检查清单。

这一部分解决什么问题¶

• 把架构、记忆、执行与可观测性收拢成一个运行时骨架；
• 通过策略层和能力目录固定契约核心；
• 把审批与受治理的能力访问变成运行时内显式行为，而不是旁路人工流程；
• 把这套骨架推进到首次发布就绪度；
• 把第六部分的运营模型继续落实成可执行的运行时与发布形态。

也正是在这里，本书把前面那些抽象层真正落成可运行系统。它是前半本架构论证与后半本生命周期论证之间的桥。

本部分内容¶

• 第 16 章：基础运行时蓝图 这一章把同一个支持场景推进到代码层：运行循环应该放在哪里，策略、记忆和执行怎样拆开，以及怎样避免逻辑散落在本地处理器里。
• 第 17 章：策略层与能力目录 这一章把同一套骨架抬到契约层：哪些能力根本允许存在，哪里必须经过审批，审批的暂停/恢复路径应该怎样工作，以及怎样避免把风险逻辑直接写死在编排里。
• 第 18 章：生产上线检查清单 这一章用第一次受控发布收束同一条故事线：支持智能体是否已经能真正上线，审批/策略信号是否可观测，以及在扩大范围前必须先看到什么。

这一部分之后去哪里¶

到这一部分，架构、安全、记忆、执行、可观测性和审批控制已经能收拢成一个完整的运行骨架。但生产纪律并不会在这里结束。

一旦同一个智能体撑过第一次发布，接下来的问题就会自然分化成新的角色：

• 变更管理决定哪些变更会实质影响发布；
• 保障流程决定漂移与发现项出现后该如何响应；
• 来源谱系与已批准工件保存实际部署内容的证据主干；
• 可观测性从运行时接线扩展成系统资产级的证据底层；
• 注册表与治理决定整个系统资产范围内的问责；
• 退役在系统不应继续活跃时关闭整个生命周期。

这也是为什么参考实现之后，最自然的下一步就是 第八部分：智能体系统生命周期，在那里，同一套系统会被重新放进生命周期框架、发布判断、响应、证据主干、生命周期闭合、对抗压力、判断、证据底层与整个系统资产的问责视角里来阅读。