Warren 是一款面向 coding agent 工作负载的基础设施平台，能在你自有基础设施上以隔离、可观测的方式运行 agent 运行环境。它统一管理工作空间、资源限制、实时事件、故障恢复以及 Git 交付等关键环节，让 AI 编码代理的部署与运维更加稳定可控。

产品详细介绍

面向编程代理工作负载的基础设施

Jaymin West创始人

嗨 Product Hunt。我是 Jaymin，我构建 Warren 是为了让编码代理运行超越开发者终端。

编码代理只是工具。Warren 把它们变成基础设施。

当一次代理运行不再只是终端会话、而是变成一项工作负载时，Warren 就会变得有用。它可能需要在你的笔记本关闭后继续运行，需要按计划重复执行，需要在失败后存活下来，或者需要控制在预算范围内。它也可能需要让发起人之外的人能够看到它。

Warren 负责围绕代理框架的所有运维工作：

- 工作区。Warren 物化代码仓库并提供一个隔离的工作环境。

- 运行。一次生命周期派发该工作负载，可以在本地、同级 Docker 容器或 Kubernetes Pod 中执行。

- 限额。在工作执行期间，花费与并发边界始终受控。

- 事件。Warren 持久化并流式传输结构化的运行历史。

- 干预。操作员可以取消任何正在进行的运行。受支持的运行时也接受运行中途的引导。

- 恢复。Warren 对失败的运行时进行调和，挽救可恢复的工作。

- 交付。Warren 推送生成的分支，并通过其代码托管集成发起 Pull Request。

Warren 自己运行 Warren。它针对自身的代码仓库执行运行，并将历史发布在 https://app.warren.run。无需登录，你就可以查看真实项目、运行记录以及实时事件流。

运行模型与框架无关，但这并不意味着零集成。任何带有 Warren 运行时适配器的框架都可以使用它。当前发行版内置了 Pi 和 Claude Code 适配器。

Warren 自托管，采用 MIT 许可，目前是 1.0 之前版本（0.18.0）。从一个操作员开始。一个小型可信团队可以共享一个部署信任边界。命名用户、RBAC 以及按用户归属尚未发布。Warren 目前以 GitHub 优先，运行时能力也各有差异。

我想听听什么时候一次代理运行会变成你的工作负载。是什么会阻止你在自己的基础设施上运行它？

Warren