Awaken Agents · 已通过官方 Anthropic SDK 测试

已开源 · 稳定版即将发布 Apache-2.0

用一套 Agent 平台,支撑从首次运行到企业部署。

发布 Agent,保持同一个持久 Session,控制资源与权限,在中断后继续执行,并把控制、数据和执行环境部署在自己的基础设施中。

创建 Agent、采用受支持的 Agent,或接入已有行为,再让一个应用能够创建、运行、重连并重新打开同一个 Session。开发下一个应用时,继续复用 Agent、Session、资源、权限、Worker、Sandbox 与恢复底座,而不是再建另一套后台。

迁移已有应用?先查看兼容范围与已知差异 →

第一次成功运行

先完成一个可检查的 Session,再评估整体架构。

  1. 1

    启动

    使用持久化数据目录运行本地 AllInOne 服务。

  2. 2

    发布

    连接模型,发布一个 Agent,并创建 Session。

  3. 3

    验证

    看到 agent.message 与 session.status_idle;重启后仍能重新打开已提交事件。

运行 Agents 快速开始 →

您的团队会发生什么变化

把工程投入用在客户看得见的 Agent 产品上,复用背后的平台工作。

应用继续掌握产品体验、领域状态、工作流、结果验收与商业关系;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 放进获准的基础设施和责任边界。

自托管 · 企业交付 · 托管预览

兼容 Managed Agents,并在此基础上增强

保留应用契约,同时选择平台如何接入、执行与运营。

Anthropic Managed Agents 定义了一套实用的应用契约。Awaken 实现经过测试的兼容基线,并围绕同一个 Agent 与 Session 权威增加明确的客户端、执行、模型和部署选择。

沿用官方 SDK 应用模型

Managed Agents 基线

使用官方 Managed Agents API 与 SDK 资源模型。

Awaken 增强

把已审阅的 SDK 版本指向 Awaken,配置 Awaken 认证,并保留具名兼容范围内的请求与响应结构。

这意味着: 减少迁移工作,同时让精确差异可检查

接入不止一种产品界面

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 交付方式。

这意味着: 满足企业部署和运营责任要求

当前 Awaken Console · Release 构建实测

总览把首次配置整理为五步:连接模型、发布 Agent、运行 Session、检查证据,再接入应用。
在 Console 中构建并发布 设置易读名称,选择可运行模型与首个任务,测试草稿,再审阅精确的发布差异。
先连接模型,再构建 Agent 验证供应商凭据和 endpoint,导入模型目录,只把 Runtime 确实能够执行的模型交给 Agent。
按应用使用的协议接入 打开对应协议的连接说明,在受保护部署中创建合适的 API Key,并在 Console 检查同一个 Session。
把验证过的 Agent 变成重复工作 每次定时或手动触发都会建立独立、可检查的 Session,并可从运行记录直接进入结果。

截图来自 Awaken v1.0.0-dev revision 50d5035c68456c9106626f748cf4c169c2057beb 的 Release UI。画面使用受控本地数据,不代表客户活动。

先运行一个 Session,确认运营方式适合以后再扩展。

现在即可运行开源代码,首个稳定版也将很快发布。需要帮助时,可以与我们沟通架构、集成与运营责任。