代睿 Wiki

Exo

4分钟阅读

摘要

Exo 是建立在 Exoharness 可信状态底座之上的长期 Agent。它把追加式事件、Secret、Artifact 与 Sandbox 生命周期同可修改的 Prompt、工具和 Executor 分开，使 Agent 能在保留权威历史的前提下修改或替换自身运行支架。（来源：ExoHarness 架构、—harness 实现与 Prime Agent 对比调研）

核心内容

基本信息

  • 实体类别：开源 Agent Harness 与 Canonical Self-Improving Agent。
  • 关键名称或版本：exoharness/exo；MIT；源码核实提交 7801005e。
  • 时间范围：2026-09-03 核实；官方将其标为 early software，公共 API 不稳定。（来源：ExoHarness 架构、—harness 实现与 Prime Agent 对比调研）

重要事实

  • ExoHarness 是可信、持久的底座，Executor 是可替换的语义层；同一状态可以由 Basic、RLM、TypeScript、Exo 或预设的 Codex、Claude Code、Cursor、Pi Executor 解释。（来源：ExoHarness 架构、—harness 实现与 Prime Agent 对比调研）
  • Codex 等名称并非底层独立枚举，而是 TypeScript 模块、Sandbox 镜像和网络默认值的 CLI preset。Agent 的选择持久保存为 config/executor.json Artifact。（来源：同上，“--harness 的真实实现”）
  • TypeScript Harness 运行于宿主机 Node Runner，通过 Runtime Bridge 请求 Rust 执行受管理操作；具体 coding-agent runtime 可以再运行于 Exoharness Sandbox。因此未知 Harness 模块属于宿主代码信任决策。（来源：同上，“Rust 与 TypeScript 的进程桥”）
  • --harness codex 在 Sandbox 中启动 codex app-server，把 Codex thread 当作当前执行视图，把 Exoharness event log 当作权威历史；进程重启时只注入有长度上限的历史视图。（来源：同上，“--harness codex 的第二层适配”）
  • Exo 能修改 Prompt、工具和 Harness 源码，但这属于运行支架层的非参数自我修改，不等于更新模型权重，也没有证明长期无回归。（来源：同上，“证据边界与待验证项”）

关系与影响

Exo 是 Harness Engineering、Self-Improving Harness 与有限 Recursive Self-Improvement 的工程实例。它可以把 Codex 当作可替换 Executor；与 Prime Agent 相比，Exo 优先建立可信、可恢复底座，Prime Agent 则优先把持久 IPython REPL 变成模型的可编程行动空间。（来源：ExoHarness 架构、—harness 实现与 Prime Agent 对比调研）

分歧与变化

项目把完整 Harness 源码暴露给 Agent，扩大了可编辑面；但安全性主要来自不可变事件层、Secret 隔离与 Sandbox 恢复，而不是对每次改动都有独立回归门。当前文档中的“安全”应理解为更可恢复和可审计，不应扩展为已证明的长期可靠自我改进。（综合：ExoHarness 架构、—harness 实现与 Prime Agent 对比调研）

相关页面

来源

待核实问题

  • 需在锁定提交上完成安装、Sandbox 隔离、Codex 历史恢复、snapshot/rewind 与自我重建的端到端验证。
  • 需在统一任务、模型、预算与评估器下比较 Exo 的 Basic、RLM、Codex preset 与 Prime Agent。

反向链接