把 Agent 接入自己的产品
让后端、Web 界面、Copilot 或 Agent-to-Agent 客户端连接同一个已发布 Agent。
Awaken Agents · Agent 应用基础设施
源码可评估 · 尚无稳定发布包 Apache-2.0构建并运行你的 AI Agent 应用。
发布 Agent、接入应用、查看任务进度与结果。运行环境、资料访问和工具权限由你选择。
迁移已有应用？先查看兼容范围与已知差异面向 Agent 应用开发者与企业技术团队。
Awaken Console · 本地界面实测
截图来自 Awaken v1.0.0-dev revision cadf3816ab4003e977387be2f700ce03c0455e04 的本地 Console，使用 @awaken/ui 0.8.0。画面为受控本地初始配置数据，不代表客户活动或已部署版本。
何时选择 Awaken
当产品需要统一管理 Agent 执行时，使用 Awaken。
可以创建 Agent、采用受支持的 Agent，或接入已有行为。应用保留产品体验和业务规则，Awaken 负责运行 Agent。
让工作跨越单次连接
从已提交事件创建并重新打开持久 Session，不把工作绑定到一次请求或一个浏览器。
改变执行方式而不分叉产品
在同一个 Session 权威背后使用 Native 执行、受支持的 ACP Runtime 或远端 A2A Agent。
掌控并扩展运营边界
先用 AllInOne，再在隔离、容量或责任需要时拆分 Control、Coordinator 与 Worker。
短时 prompt、受信任的一次性本地脚本，或完全委托的托管服务未必需要 Awaken。只有当 Session 连续性、受控执行或可复用应用基础设施成为产品要求时，才应选择它。
第一次成功运行
运行并检查一个 Session。
- 1
启动
使用持久化数据目录运行本地 AllInOne 服务。
- 2
发布
连接模型，发布一个 Agent，并创建 Session。
- 3
验证
看到 agent.message 与 session.status_idle；重启后仍能重新打开已提交事件。
深入了解执行与应用职责
系统职责
应用负责产品，Awaken 负责 Agent 执行。
当前 Awaken 源码实现了下列职责划分。文档定义精确的 API、schema、部署步骤和兼容版本。
Control
拥有 Agent 与 Environment 定义、不可变 revision 与 publication、IAM 和凭据引用。
Coordinator
拥有可执行 projection、持久 Session 与 Run、dispatch、已提交事件和公开 replay。
Worker + Runtime
Worker 以 claim fence 领取工作，并拥有 Sandbox 与进程生命周期；其内嵌 Rust Runtime 执行 Agent loop、工具、权限、类型化状态与原子 step，但不是第二个服务权威。
发布与恢复流程
- 01
发布不可变的 Agent 与 Environment revision。
- 02
创建 Session，并固定精确的可执行引用。
- 03
在 Coordinator 中记录工作并幂等投影 dispatch。
- 04
由符合条件的 Worker 领取 dispatch，并在自身 Sandbox 边界内执行。
- 05
事件与状态先经过 Session 权威提交，再成为公开 replay。
- 06
依据已提交的 Session 事实与配置策略重新连接或恢复。
失败结果
需要权限决定
提交等待状态与持久 resume ticket；只有决定完成后才继续。
Worker 中断
依据已提交事实与 claim fence 恢复符合条件的工作，不建立另一个 Session owner。
外部结果不确定
记录 indeterminate 终止原因，绝不把不确定执行投影为成功。
产品开发
使用 Awaken 管理 Agent 执行和 Session。
应用负责产品体验、领域状态、工作流、结果验收和商业关系。Awaken 管理 Agent 生命周期。
交付一个真实 Agent 应用
发布 Agent，创建并重新打开同一个 Session，接入资源与权限并运营执行路径，不必再拼装一套后台。
Agent 发布 · Session 与事件 · 资源 · Worker 与 Sandbox
保留现有应用投入
保留经过测试的官方 SDK 模型，让 Web、Copilot 或 Agent-to-Agent 界面接入同一个已发布 Agent，而不是复制一份。
Managed Agents · AI SDK · AG-UI · A2A
保留有差异的 Agent 行为
选择 Awaken Native、受支持的 ACP Runtime 或远端 A2A Agent，不建立第二套 Session 权威。
Native · ACP · outbound A2A
在企业边界内运行
把控制、Session 数据、凭据、模型路由、Worker 与 Sandbox 放进获准的基础设施和责任边界。
自托管 · 企业交付 · 托管预览
失败处理
从已提交的 Session 状态恢复。
Awaken 依据已提交事实和明确恢复策略推进，不假定所有外部副作用都可以安全重放。
用户重新连接
从已提交事件重新打开同一个 Session，不依赖某个浏览器或进程。
持久 SessionWorker 或进程中断
依据已提交事实恢复符合条件的工作，并按照配置的恢复策略继续。
恢复边界工具请求敏感操作
在工具执行前允许、拒绝，或暂停并等待人工决定。
权限与 HITL操作者需要解释过程
沿执行路径检查事件、trace 与审计历史。
可观测性数据与工具必须留在内部
把控制、Session 数据、凭据、Worker 与 Sandbox 放在获准的基础设施边界内。
自托管查看 Managed Agents 兼容范围与差异
Managed Agents 兼容性
保留应用契约，并选择 Agent 的运行方式。
Anthropic Managed Agents 定义了一套实用的应用契约。Awaken 实现经过测试的兼容基线，并围绕同一个 Agent 与 Session 权威增加明确的客户端、执行、模型和部署选择。
Managed Agents 兼容性
Managed Agents 基线
Awaken 增强
沿用官方 SDK 应用模型
Managed Agents 基线
使用官方 Managed Agents API 与 SDK 资源模型。
Awaken 增强
把已审阅的 SDK 版本指向 Awaken，配置 Awaken 认证，并保留具名兼容范围内的请求与响应结构。
这意味着: 检查支持的请求、必需 selector 与已知差异
接入不止一种产品界面
Managed Agents 基线
Managed Agents 客户端通过 Managed API 接入。
Awaken 增强
Managed Agents、AI SDK、AG-UI 与 A2A 投影同一个已发布 Agent 和已提交 Session 历史。
这意味着: 一个 Agent 复用于后端、Web、Copilot 与 Agent 协作产品
选择 Agent 的执行行为
Managed Agents 基线
在 Anthropic 服务模型中使用托管 Sandbox 或 self-hosted environment worker。
Awaken 增强
选择 Native 执行、受支持的 ACP Agent Runtime 或远端 A2A endpoint，不改变客户端契约。
这意味着: 保留已有 Agent 行为，并为不同产品选择合适执行路径
选择由谁掌握平台边界
Managed Agents 基线
平台控制面与持久服务由 Anthropic 运营。
Awaken 增强
API、Session 数据、凭据、模型路由、Worker 与 Sandbox 可以由您的团队部署运营，也可以采用 AwakenWorks 交付方式。
这意味着: 选择 API、Session 数据、凭据与执行的部署位置
技术指南
根据当前问题选择指南。
先运行快速开始，再通过文档检查兼容性、架构、恢复、部署或 Runtime 内部机制。