OpenRig Agent-Managed Software新模式Agent不仅写代码还能运维真实软件【免费下载链接】openrigMulti-agent harness that runs Claude Code and Codex together as one system项目地址: https://gitcode.com/GitHub_Trending/op/openrigOpenRig 是一个多 Agent 管理系统Multi-agent Harness能把 Claude Code 和 Codex 编排成一支持久化团队统一管理。它最新的Agent-Managed Software模式更进一步Agent 不仅写代码还能像运维工程师一样管理真实软件——启动服务、健康检查、读写密钥全程可观测、可恢复。OpenRig TUI 中 Agent 团队实时工作的真实录屏什么是 OpenRig多 Agent 团队的管理中枢传统做法里你同时开几个 Claude Code 或 Codex 终端窗口很快会变成终端蔓延不知道谁在干什么、重启后就丢失状态。OpenRig 解决的就是这个问题声明式定义团队用 YAMLRigSpec定义 Agent 拓扑包括 Pod小组、Seat座位/角色、协作关系和延续性策略一条命令启动rig up自动创建 tmux 会话、注入启动上下文、完成就绪检查可视化拓扑TUI 里以表格和图形两种方式查看每个 Agent 的运行时、模型、上下文和状态快照与恢复rig down --snapshot保存完整状态rig up 名称按快照恢复重启不再丢工作整个系统由本地守护进程 CLI 终端 UI MCP 服务组成架构详见 README.md。Agent-Managed Software 新模式软件与 Agent 打包进同一个 RigOpenRig 官方内置的演示是secrets-manager一个由专家 Agent 运维的 HashiCorp Vault 密钥管理服务。这就是新模式的核心思路——一个 Rig 不仅装 Agent还装上 Agent 要管理的真实软件服务先启动、健康检查通过之后专家 Agent 才开工。这套 Rig 的完整定义非常精炼核心就是一个 rig.yaml它声明了services 段用 Docker Compose 拉起 Vault并配置健康门health gated——守护进程会等待http://127.0.0.1:8200/v1/sys/health就绪后才启动专家 Agent同时自动记录环境凭据回执pods 段定义vault小组里面只有一个specialist座位由 vault-specialist Agent 占据surfaces 段向 Agent 暴露它该知道的操作面——Vault UI、Vault API 地址和vault status命令OpenRig TUI 拓扑视图Agent 座位按 Pod 分组展示专家 Agent 的职责是怎么写成的Vault 专家 Agent 不是一个什么都会的通用助手而是一份清晰的岗位说明书。它的角色定义见 role.md要点包括负责该 Rig 内 Vault 实例的密钥增删查改与按需健康检查其他 Agent 的 Vault 相关需求都应委派给它而不是自己去碰服务诚实报告状态Vault 不可用时必须如实说明并附上尝试过的访问路径操作前先通过rig env status这个 OpenRig 官方表面验证环境健康它还加载了一个专门的 vault-user 技能内含连接地址、认证头、健康判断标准initialized: true且sealed: false以及标准的密钥 CRUD 命令。而 secrets-manager.compose.yaml 则保证 Vault 以 dev 模式运行、自带健康检查。三步上手让 Agent 帮你运维真实软件在 macOS 或 LinuxNode.js 22/24 tmux Docker上体验路径非常短第 1 步 · 启动 Rig服务 Agent 一起拉起rig up secrets-managerOpenRig 会先按 Compose 文件启动 Vault健康门通过后才启动专家座位。第 2 步 · 检查环境状态rig env status secrets-manager这是新模式的关键命令它以声明式表面报告服务的 URL、命令和健康状况而不是让你自己去猜服务有没有起来。第 3 步 · 向专家 Agent 派活rig send vault-specialistsecrets-manager Check Vault health and report status. --verify用消息地址Seat 地址找到专家 Agent 发送指令--verify会等待它执行并回报结果。你也可以让它执行列出所有密钥并解释结构写入一条测试密钥等真实运维操作。启动向导第 1 步进入演示项目启动向导第 2 步打开 cmux 工作区并排查看各 Agent 的实际终端为什么这个模式值得关注Agent 从写代码的变成管系统的服务生命周期启动、等待健康、注入凭据、暴露操作面由声明式配置驱动Agent 只在系统就绪后接手边界清晰人类随时可介入每个 Agent 都跑在独立的 tmux 会话里你可以随时 attach 上去亲自操作、旁观或接管rig send、rig broadcast、rig chatroom让跨 Agent 通信也是显式、可审计的可移植与可恢复RigBundle 可以把整个拓扑含 vendored AgentSpec 和完整性校验打包分享到其他机器快照/恢复让重启不丢状态成为默认能力Agent 能自管理通过 MCP 接口rig_up、rig_ps、rig_send等工具Agent 自己也能查看和管理团队拓扑运维动作形成闭环常见问题Agent-Managed Software 需要 Docker 吗需要。服务型service-backedRig 依赖 Docker 来拉起软件实例这是 secrets-manager 等演示的前置条件。它和直接用 Kubernetes / 脚本管理服务的区别在哪传统方式由人写脚本、人看监控新模式里值守者换成了带角色定义、技能和诚实报告原则的专家 Agent且它和开发团队的其余 Agent 在同一个拓扑里协作——查密钥、验证环境、解释状态都可以一句话委派。除了 secrets-manager 还有哪些内置团队还有first-project双座位入门、conveyor四座位流水线、product-team产品大团队、adversarial-review、research-team等运行rig specs ls可浏览完整目录。总结OpenRig 的 Agent-Managed Software 模式把Agent 运维真实软件从设想变成了开箱即用的声明式体验软件以 Compose 服务随 Rig 启动、健康门保障就绪、专家 Agent 按岗位说明书值守、人类通过 TUI 和 tmux 全程可见可接管。对新手来说rig up secrets-manager一条命令就能亲眼看到 Agent 完成一次真实服务的健康检查与运维汇报——这正是多 Agent 系统从聊天工具走向数字员工的标志性一步。【免费下载链接】openrigMulti-agent harness that runs Claude Code and Codex together as one system项目地址: https://gitcode.com/GitHub_Trending/op/openrig创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考