For the complete documentation index, see llms.txt. This page is also available as Markdown.

14.1 智能体原生应用

本节探讨从 AI 增强型应用向智能体原生应用的演进,阐述智能体即操作系统的愿景、关键技术挑战以及多智能体协作的实现模式。

框架视角:Harness 是 Token 经济里的 RaaS 层

从商业模式看,智能体服务正沿 Token 即服务(TaaS)→ 智能体即服务(AaaS)→ 结果即服务(RaaS) 拾级而上,计费口径也随之从“按 Token 消耗量”转向“按价值”。Harness 工程支撑的正是最上层的 RaaS:它把“交付可信结果”这一商业承诺,落到两项可度量的交付物上——结果可验证性任务完成率。2026 年 7 月《北京市加快智能体引领发展若干措施》已把“发展 Token(词元)经济”“从 Token 消耗量计费转向价值计费”写入正式文本,为这一阶梯写下政策注脚。(本书只取 Harness 视角的一角,完整的商业模式讨论不在本书范围。)

14.1.1 从 AI 增强到智能体原生

当前的智能体应用大多是 AI 增强 (AI-Enhanced)的变体:

图 14-1:应用架构演进

关键差异:

维度
AI 增强型
智能体原生型

核心驱动

传统代码逻辑

智能体推理

控制流

过程式/事件驱动

自主目标导向

适配性

固定的 API 契约

动态的能力发现

失败处理

异常处理

自我修正与重试

学习能力

无(非学习系统)

有(从经验改进)

14.1.2 智能体即操作系统愿景

智能体即操作系统(Agent-as-OS) 是智能体原生应用的终极形态。传统 OS 的职责扩展到智能体:

图 14-2:Agent 操作系统架构堆栈

传统操作系统的核心职责

  1. 进程管理:创建、调度、销毁任务

  2. 内存管理:分配隔离的内存空间

  3. 文件系统:持久化存储管理

  4. 通信:进程间通信(IPC)

  5. 权限控制:访问控制与安全

智能体操作系统中的对应角色

智能体操作系统的概念设计如下:

智能体操作系统的应用场景

1. 多智能体协作系统

2. 长期自驱智能体

3. 智能流程自动化

Agent-native 架构的设计理念为智能体系统的演进指明了方向。但在实现这一愿景的过程中,系统架构师们面临着多个重大的技术挑战,这些挑战涉及持久化、可用性和与外部系统的集成。

14.1.3 技术挑战

1. 上下文持久化

问题:传统应用数据可以持久化到数据库,但智能体的 推理状态 无法显式存储。

当前方案

  • 将上下文的关键决定点序列化存储

  • 重启时重新执行推理恢复状态

  • 成本:O(历史长度)

未来方向

2. 多智能体协调

问题:多个智能体可能有冲突的目标或输出,如何协调?

当前方案:中央调度器(智能体操作系统)仲裁

挑战

  • 如何设计智能体间的通信协议

  • 如何检测和解决冲突

  • 如何确保整体系统稳定性

3. 能力发现与绑定

问题:智能体操作系统需要动态发现可用的工具和能力

MCP(Model Context Protocol)的角色

  • 标准化工具定义

  • 支持动态能力查询

  • 能力协商(capability negotiation)已内置于现行规范的 initialize 握手;MCP 路线图进一步规划了 Server Cards(经 .well-known URL 暴露服务器元数据)等特性

4. 学习与自适应

问题:智能体操作系统中的智能体应该如何从经验学习?

两种层级的学习

  1. 单体智能体学习

    • 当前 Harness 中缺失

    • 未来可通过微调或检索增强学习

  2. 系统级学习

    • 跨智能体的知识共享

    • 整个智能体操作系统的性能优化

    • 需要新的架构(如中央知识库)


本节总结:智能体原生应用代表了 Harness 工程的终极形态——从工具调用框架演进为 自主操作系统。虽然当前还有许多技术挑战,但 OpenClaw 的自驱模式和 MCP 标准已经指向这个方向。

最后更新于