Omnara 开源 Claude Managed Agents 替代方案：可自托管的持久化 agent 服务器

大家好，我是 Omnara（https://omnara.com）的 Kartik。我们正在构建一个用于运行持久化 agent 的开源 API。你通过一次 API 调用创建 agent，Omnara 会运行 agent 循环，为 agent 提供运行命令的沙箱，并处理密钥、权限和 RBAC。每个 agent 的状态都存储在 Postgres 中，因此 agent 能在重启后存活，且空闲时零成本。你可以通过 API 给它们发消息并流式传输它们的事件。

你们可能还记得我们的早期，那时我们做了一个用于 Claude Code 和 Codex 的遥控手机应用。当时 harness 运行在笔记本上，所以我们必须构建一个中继来连接它，笔记本一合上它就停止了，而把它迁移到云端沙箱意味着要在机器之间同步代码和 agent 状态。我们不认为遥控本地 agent 是人们运行 agent 的终极形态，所以我们构建了一个新产品：agent 运行在云端，任何客户端都可以通过 API 与它对话，它仍然可以把你的笔记本作为它的机器之一。

Anthropic 和 OpenAI 正在构建托管版本，比如 Claude Managed Agents 和 OpenAI Agents API。Omnara 是一个开源版本，你可以在自己的服务器上运行并使用自己的模型。它基本上是一个 harness 服务器，就像 opencode 或 codex 服务器一样，但是持久化的、可扩展的，具备常见的 harness 功能，比如文件和 shell 工具、子 agent、压缩、权限提示、MCP、技能、记忆，等等等等。

以下是我们在构建过程中做出的一些有趣的架构决策：

大多数 harness，比如 Claude Code、Codex、OpenCode、Pi、Goose 等，都在一个长期运行的进程中运行 agent 循环，并将日志保存在 JSONL 或 SQLite 文件中。在 Omnara 中，日志是 Postgres 中的仅追加事件日志，输入、模型输出和工具调用作为带类型的行存储在各自的表中。循环在控制平面的无状态 worker 上运行。worker 运行循环的一次迭代，即一次模型调用或它产生的工具调用，然后释放 agent 并将下一次迭代放入 Postgres 的队列。哪个 worker 空闲就由它取走，因此 agent 循环的每次迭代都可以在不同机器上的不同进程中运行。每次迭代的结果在一个事务中提交，因此模型输出、其工具调用、用量和下次唤醒要么一起保存，要么都不保存。如果 worker 在迭代中途死亡，什么都不会提交，它的租约会过期，另一个 worker 会重试它。等待用户、工具或重试的 agent 不占用 worker，因此一个 worker 可以复用数千个 agent。

与其他 harness 不同的是，worker（我们的 agent 循环）运行的机器并不是 agent 运行命令的地方。相反，任何有互联网连接的 macOS 或 Linux 机器，比如你的笔记本或任何云端沙箱，都可以运行一个小型守护进程（omnarad），它向外连接到 Omnara，因此不需要任何开放的入站端口。然后 agent 就会获得该机器的工具，比如运行命令或编辑文件。一个 agent 可以连接任意数量的机器。我喜欢做的一件有趣的事是，我把笔记本和一个云端沙箱连接到同一个 agent，所以当我的笔记本开着时，我的 agent 就在那里写代码，我可以和它互动，我还让它经常推送到 Github。当我合上笔记本时，我的 agent 看到笔记本离线了，就把最新的更改拉取到它的云端沙箱，并在那里继续工作。

整个代码库已在 https://github.com/omnara-ai/omnara 开源，并且可以自行托管，甚至在单台机器上用 docker compose 即可运行。你也可以使用托管版本 https://omnara.com。欢迎告诉我你的想法！