搜索文档
浏览 Awaken Agents 文档 ›

本页

Docs/Awaken Agentsv1.0.0-dev/内部机制/理解系统Agent Framework、Agent Runtime 与 Agent 应用基础设施的区别
提示·你正在阅读发布前文档（v1.0.0-dev）。接口与行为在稳定发布前仍可能变化。

内部机制 · 理解系统

Agent Framework、Agent Runtime 与 Agent 应用基础设施的区别

本页内容

按照各层拥有的责任，区分 Agent 编写库、执行内核与生产级应用基础设施。

Agent Framework 帮助开发者定义 Agent 行为；Agent Runtime 执行这些行为； Agent 应用基础设施则让结果可以跨用户、Session、部署、故障和运营边界持续使用。 一个产品可以同时使用三层，一个实现也可能覆盖不止一层。

比较责任，而不是产品标签

责任Agent FrameworkAgent RuntimeAgent 应用基础设施
定义 prompt、工具和 Agent 组合主要关注点使用定义发布定义并管理版本
运行模型与工具循环可能提供本地 loop主要关注点放置并监督执行
执行权限并提交类型化状态取决于实现Runtime 责任提供策略和持久权威
让面向用户的 Session 跨重连存在通常留给应用针对 Thread 或状态输入执行主要关注点
将工作分派给 Worker 与 Sandbox通常由外部提供使用执行环境主要关注点
恢复、检查和运营已部署工作通常由外部提供暴露执行事实主要关注点

这张表描述责任，不是产品合规评分。比较产品前，应先确认每个持久事实由哪一层拥有， 以及不同层是否在暗中保存互相竞争的副本。

静态结构

flowchart TB
    Product["Agent 应用<br/>体验 · 领域规则 · 验收"]
    Infrastructure["Agent 应用基础设施<br/>发布 · Session · 分派 · 恢复 · 运营"]
    Runtime["Agent Runtime<br/>loop · 工具 · 状态 · 权限 · commit"]
    Framework["Agent Framework / SDK<br/>定义 · 组合 · 客户端辅助"]
    Models["模型 · 工具 · 外部系统"]

    Product --> Infrastructure
    Infrastructure --> Runtime
    Framework --> Runtime
    Runtime --> Models
    Runtime --> Infrastructure

应用继续拥有客户体验和业务结果；基础设施拥有持久的应用生命周期；Runtime 拥有一条 执行路径。Framework 或 SDK 可以帮助编写行为，但不应因此成为第二套 Session 或恢复权威。

动态行为

sequenceDiagram
    participant D as 开发者
    participant I as 应用基础设施
    participant R as Agent Runtime
    participant M as 模型 / 工具
    participant A as 应用

    D->>I: 发布有版本的 Agent 定义
    A->>I: 创建或继续一个 Session
    I->>R: 用冻结输入分派一次 Run
    R->>M: 执行模型与工具 step
    R->>I: 提交消息、状态、等待或终态事实
    I-->>A: 投影可检查的 Session event
    alt 进程或连接失败
      A->>I: 重新打开同一个 Session
      I->>R: 若仍有工作，则从已提交事实恢复
    end

Awaken 位于哪一层

Awaken Agents 同时覆盖 Runtime 与 Agent 应用基础设施两层。Awaken Runtime 是内部的 Rust 执行内核；Awaken Agents 在它周围增加已发布 Agent、持久 Session、 协议 adapter、Worker、Sandbox、配置和恢复。它不会取代上层应用的产品界面、领域模型 或验收规则。

继续阅读什么是 AI Agent Runtime？了解 Runtime 边界，阅读 Session 与事件了解持久身份，并通过系统架构 确认部署责任。