第六部分：组织模型¶

到这里，我们已经搭好了大部分技术骨架：

• 架构；
• 安全；
• 记忆；
• 执行层；
• 可观测性和评测闭环。

但接下来，瓶颈通常不再是技术，而是组织本身。

第五部分已经说明了系统应该如何被观察、如何被判断。接下来的问题不同了：这些层到底该由谁拥有，谁来维护共享默认路径，以及谁有权把产品团队约束在生产纪律之内。

即使是一个不错的智能体平台，也很快会遇到这些问题：

• 谁拥有底层能力；
• 谁负责策略与护栏；
• 产品团队如何使用平台而不把它弄碎；
• 怎么避免公司内部出现五套互不兼容的智能体运行时。

这一部分我们会讨论组织运作方式：谁负责什么，黄金路径应该怎么做，以及怎样避免把平台做成一堆分散的本地方案。

这一部分解决什么问题¶

• 在平台先从组织层面漂移之前，把负责人边界先说清楚；
• 说明平台负责人机制如何进一步落成黄金路径、共享网关和受控偏离；
• 解释前面那些已经被技术性定义出来的层，到底应该由谁拥有；
• 为从运营模型走向参考实现做准备。

本部分内容¶

• 第 14 章：平台团队与产品团队 这一章继续同一个支持场景，但切到负责人层：运行时、策略、网关和平台事故到底该由谁负责。
• 第 15 章：黄金路径、共享网关与反动物园模式 这一章把负责人边界继续落成工程默认路径：哪些共享路径应该比本地重造更容易，哪些敏感层应该由网关统一承接，以及怎样防止平台退化成动物园。

这一部分之后去哪里¶

这一部分之后，下一步就是进入 第七部分：把负责人边界、黄金路径和共享网关继续固定进参考实现、策略层和发布骨架。

所以这里的桥接是刻意设计的：

• 第五部分定义捕获、健康状态与判断；
• 第六部分为这些关注点分配负责人机制；
• 第七部分把这种组织模型落成可运行结构；
• 第八部分则在发布之后通过响应、证据与问责来治理系统。