为什么选 AgentGuide
一个控制平面，而不是又一个 Agent 框架。
LangGraph、AutoGen、CrewAI 回答的是"agent 该怎么思考？" AgentGuide 回答的是另一个问题："组织该怎么运营 agent？" —— 谁可以调用它们、它们能触碰什么、花了多少钱、如何组合成更大的能力。 一个负责造 agent，另一个负责运营 agent 资产。
本质区别
框架编排推理，AgentGuide 编排 Agent。
框架的工作流活在单个 agent 进程内部：规划、调用工具、反思、重试。 AgentGuide 的控制在 agent 外部：生命周期、调度、会话、策略、归因。 两者的关系就像容器运行时之于 Kubernetes —— 不同的层，缺一不可。
| Agent 框架 （LangGraph、AutoGen、CrewAI…） |
AgentGuide （控制平面） |
|
|---|---|---|
| 编排对象 | 单个 agent 内部的推理步骤 | agent 作为单元：生命周期、路由、协同 |
| 看待 agent | 你写的代码 | 协议之后一个已注册、受治理的黑盒 |
| 核心关注 | prompt、记忆、规划、反思 | 会话、调度、策略、审批、成本、审计 |
| 状态所在 | agent 进程内部 | 网关：注册中心、事件、转录、权限 |
| 类比 | 程序本身 | 程序运行其上的操作系统 |
留下你的框架，补上控制平面。
AgentGuide 刻意不做你框架的竞争者 —— 它是框架造出来的 agent 走向生产的地方。builtin 运行时本身就内嵌了一个 agent 框架来支撑拓扑； 而网关的职责始终不变：定义、生命周期、治理、资源与观测。
- Builtin 运行时 内嵌框架之上的声明式 agent —— 两层可以共存的活证据。
- ACP 运行时 Codex、OpenCode 等讲协议的 agent，以黑盒方式托管。
- HTTP 运行时 LangGraph、ADK 或自研服务原样接入，获得身份与归因。
- 没有重写税 采用控制平面从不意味着重造 agent。
平台分层
一张诚实的现状地图。
企业级 agent 平台由六层组成。这是 AgentGuide 在每一层的位置 —— 今天能部署什么、正在建设什么、未来通向哪里。
声明目标能力，由平台组装 agent。工件契约、能力图。
vision单个受治理轮次内的多 agent 拓扑今天已交付；跨 agent 的任务、调度与工作流在路线图上。
shipping + expanding虚拟密钥、带人工审批的权限门禁、递归深度限制、fail-closed 的并发与超时。
shippingLLM/MCP/ACP/builtin 流量的可归因用量事件、交互 span、Prometheus 暴露。
shippingbuiltin 进程内宿主、带会话与转录的 ACP 生命周期托管、HTTP agent 身份。
shipping带逻辑模型路由与凭据池的 LLM 网关；MCP 网关；协议适配器。
shipping未来的方向
从受治理的 Agent，到企业能力网络。
上面的层是为一个更大的想法打的地基：企业最终买的不是一个 agent， 而是运营一整个 agent 组织。以下是我们正在构建的抽象 —— 在路线图上，而不在今天的交付里。
流转工作成果，而不是 prompt 链
agent 之间交换的是有版本、可审计的工件 —— PRD、架构、patch、评审 —— 而不是裸文本。每个工件都有生产者、消费者、版本与审批状态， 连成一张血缘图，一次查询就能回答"为什么失败了？"
要结果，不点名 Agent
声明你需要的能力 —— "审这份合同"、"发布这个服务" —— 由平台决定哪些 agent 组合起来交付它，靠它们消费与产出的工件类型自动连线。
调用一支团队，而不是一个 Agent
具名团队 —— PM、架构师、编码、评审 —— 成为一等对象， 带角色路由与 supervisor 策略。今天已交付的进程内 supervisor 与 plan-execute 拓扑是第一步。
整个舰队的黑板
workspace 级的共享记忆，供协作中的 agent 读写 —— 比任何单个会话都长寿的上下文，和其他资源一样受治理。
从价值所在开始
控制平面从第一个 Agent 就开始回本。
不需要先有一支舰队：把一个 agent 的流量接进 AgentGuide， 第一天你就拿到归因、密钥与审批。编排层会建在一个你已经信任的地基上。