运行篇导读¶
Agent 构建完,提供对外服务的时候,需要从稳定性、安全、性能、成本等角度去设计运行环境。
一个在开发环境里跑通的 Agent,与一个对外提供规模化服务的 Agent,要回答的问题并不相同。前者只需在一次会话内把逻辑走通;后者要回答它在什么环境里执行、状态存在哪里、流量怎么进出、任务跨越请求与进程之后如何持久化、多个 Agent 同时工作时如何协调与通信。
这些问题在开发阶段同样存在,区别在于规模掩盖了它们的代价:状态没有外置,单人调试时只是重来一次,生产并发下会变成任务丢失、重复执行与无法归因;一个人可访问的 Agent,与面向成千上万用户提供服务的 Agent,业务需求与工程复杂度完全不是一个量级。运行篇处理的正是企业运行环境和用户规模带来的复杂度,它在稳定性、安全、性能与成本四个维度上同时决定系统能否可靠运行。
运行篇的六章沿两条主线展开。第一条主线是运行的地基,解决 Agent 如何稳定运行;第二条主线是运行的秩序,解决多个 Agent 如何协同运行。
| 主线 | 对应章节 | 运行对象或问题 | 主要机制 |
|---|---|---|---|
| 运行的地基: Agent 稳定运行 | 第 7 章 | 执行环境与运行时 | 沙箱、Agent Runtime、环境生命周期、把工作空间纳入生产平台 |
| 第 8 章 | 任务事实与语义资产的落地 | Event Log、Checkpoint、工作区快照、Artifact、长期记忆、RAG 与本体 | |
| 第 9 章 | 流量的进出与治理 | AI 网关的 LLM、MCP、Agent 三种治理语义;身份、权限、预算、审计与审批 | |
| 运行的秩序:多个 Agent 协同运行 | 第 10 章 | 长时与异步任务 | 同步与异步的边界、完成语义的分层模型、定时任务与工作流 |
| 第 11 章 | 多 Agent 团队协作与编排 | 异构接入、团队组织拓扑、任务分派与结果聚合、编排层与执行系统的职责边界 | |
| 第 12 章 | 跨 Agent 的分布式通信 | 能力面、协作面、内构面、人机面的选型地图;消息治理 |
第一条主线处理执行条件本身。第 7 章把工具调用扩展为可编程工作空间,让 Agent 在同一空间内持续工作,并为并行探索提供环境;第 8 章解决状态外置之后的承载问题,运行时状态、工作区与产物、记忆与知识、业务语义与治理四类对象具有不同的一致性要求,需要匹配的物理承载与统一的状态契约;第 9 章把流量入口收敛为统一治理点,区分 LLM、MCP 与 Agent 三种治理语义,避免把模型路由、工具协议代理与任务入口混为一层。
第二条主线处理协同秩序。第 10 章界定同步与异步的边界,并给出任务完成语义的分层模型,避免把进程结束当成任务完成;第 11 章讨论异构 Agent 如何进入同一个团队,以及编排层与执行系统的职责如何划分;第 12 章按能力面、协作面、内构面与人机面给出通信选型地图,把协议选择还原为面向交互语义的判断。
两条主线是递进关系:没有稳定运行的单个 Agent,多 Agent 协同只会放大不确定性。第 7 章的执行环境与第 8 章的状态存储是理解后续各章的共同基础,建议先读。若当前任务是把一个 Agent 接入生产并跑稳,重点在第一条主线;若已有稳定运行的 Agent,正在向异步、多 Agent 与跨系统形态扩展,重点在第二条主线。