智能体（Agent）正在接管越来越多自己的配置，但一个关键问题随之浮现：当智能体开始重写自己的提示词、工具和记忆时，如何保证系统不失控？exo，一个全新的开源智能体框架（agent harness），试图用三层架构回答这个问题。

这个问题的核心在于：一旦智能体能够修改自身的运行逻辑，就需要在它之下建立一个它无法触碰的持久化状态层，同时提供回滚机制，让每一次运行都能退回到之前的检查点。exo正是为此而设计。

打开网易新闻 查看精彩图片

三层架构：各司其职

exo将智能体拆分为三个独立层次，每一层负责不同的职责。这种拆分方式让智能体的自我修改能力与系统的稳定性之间形成了清晰的边界。

  • exoharness层：存储所有持久化数据。对话历史以追加式事件日志（append-only event log）的形式存在，智能体无法篡改。同时，这一层还管理工件（artifacts）、密钥（secrets）和沙箱生命周期。
  • 执行器层（executor）：决定智能体的行为方式。它负责组装提示词、调用模型、调度工具和管理记忆。智能体可以重写这些内容，甚至可以将执行器替换为其他框架。
  • 沙箱层（sandbox）：运行关键工作。包、文件和命令在隔离的机器中执行，支持快照和回退。

这种分层设计的核心思路是：把"可变"的部分和"不可变"的部分彻底分开。智能体可以自由修改执行器层的配置，但无法触及底层的持久化日志。

实际能力：从分叉到回滚

这套架构带来的直接好处是操作层面的灵活性。基于事件日志和分层设计，开发者可以获得一系列实用能力：

  • 从任意事件点分叉（fork）对话，同时运行同一任务的多个版本
  • 回滚到智能体自我破坏之前的事件节点
  • 数周后恢复对话，完整保留历史记录和独立的挂载点（mount）
  • 通过tool_requested和tool_result字段，精确查看实际执行了哪些命令

这些能力解决的是智能体开发中最令人头疼的问题：调试和恢复。当智能体在自我修改过程中出错时，开发者不再需要从头开始，而是可以精准定位到出错的节点并回退。

递归自我改进的底层支撑

递归自我改进（Recursive Self-Improvement，RSI）是智能体领域的一个长期目标——让智能体能够持续优化自身的提示词、工具和记忆。但这个过程充满风险：一次错误的修改可能导致整个系统崩溃。

exo的解决方案是：承认智能体一定会修改自己，但确保这种修改发生在可控的范围内。事件日志提供不可篡改的记录，分叉允许并行实验，回滚提供安全网。这三者组合在一起，让每一次迭代都能在失败后恢复，在成功时积累。

行业趋势：自主配置时代的必然要求

随着智能体越来越多地接管自身配置，对底层框架的要求也在不断提高。事件日志、分叉和回滚正在从"可选功能"变成"必备能力"。当智能体的自主性达到某个临界点，没有这些基础设施，系统将无法安全运行。

exo作为开源项目，提供了一个值得关注的参考实现。它将复杂的递归自我改进问题，简化为三个清晰的分层和一组可操作的原语。对于正在构建智能体系统的开发者来说，这套架构提供了一个务实的起点。