ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

OpenRig Rig Mission 与 Mission Control 详解:7个视图+7个写动词的完整任务控制面指南

OpenRig Rig Mission 与 Mission Control 详解:7个视图+7个写动词的完整任务控制面指南 OpenRig Rig Mission 与 Mission Control 详解7个视图7个写动词的完整任务控制面指南【免费下载链接】openrigBuild your own network of agents from Claude Code, Codex and Pi: long-running teams with roles, shared context and owned work.项目地址: https://gitcode.com/GitHub_Trending/op/openrigOpenRigopenrig是一个把Claude Code 与 Codex 作为同一个系统协同运行的多智能体multi-agent harness框架。本文带你快速看懂它的两大核心概念Rig多智能体装配蓝图与Mission Control任务控制面——包括 7 个只读视图、7 个写动词以及如何用它们掌控一整个 AI 团队的日常运转。️一、OpenRig 是什么为什么要 Mission ControlOpenRig 的架构可以这样理解Rig一份声明式的团队装配图用 YAML 定义有哪些 pod、每个 pod 里有哪些智能体seat以及它们各自的启动上下文。SeatRig 中的一个座位对应一个真实运行的 AI 会话如 Claude Code 或 Codex 会话。Queue各座位之间流转的任务包qitem支持热土豆交接、优先级排序与阻塞处理。Mission Control面向操作者你的任务控制面——在网页 UI、手机浏览器或 CLI 中用统一的视图和动作管理整个 Rig。官方演示就是一份现成的 Rig 配置demo/rig.yaml以及配套的智能体定义例如 demo/agents/lead/agent.yaml 与团队文化文件 demo/culture.md。跑一下 demo/run.sh 就能体验完整链路。二、Rig你的多智能体装配蓝图Rig 的精髓是一个文件描述整个团队。一个典型的rig.yaml会声明name、culture_file团队文化物化到每个座位的提示文件里以及pods成员列表。CLI 提供了四个最实用的rig spec子命令实现见 rig.ts命令作用典型场景rig spec show rig-id打印能重建某个运行中 Rig 的规格导出当前配置、生成模板--as-templaterig spec validate path纯 schema 校验秒级反馈提交前快速检查rig spec audit path建议式审计缺 culture、seat 重命名未同步等团队规范治理rig spec preflight path启动前诊断检查环境与上下文就绪上生产前体检 小贴士audit只会给建议、不阻塞启动validate才是硬校验。日常开发建议先 validate、再 audit、最后 preflight三步走。三、Mission Control 的 7 个视图手机上也能掌控全局Mission Control 的读侧由 mission-control-read-layer.ts 实现HTTP 路由见 mission-control.ts。7 个视图分别回答 7 个不同问题#视图回答的问题数据来源1my-queue现在轮到我处理什么发给我操作者座位的 human-gate 任务2human-gate全系统有哪些待人工决策所有 human-gate 层级任务3fleet哪些 Rig/节点在跑聚合rig ps的舰队状态含 CLI 版本漂移提示4active-work哪些工作在推进/被阻塞pending/in-progress/blocked 任务按优先级排序5recent-ships最近交付了什么最近完成的 10 条done / handed-off6recently-active最近谁在动视图投影器ViewProjector聚合7recent-observations智能体们最近观察到了什么流式事件存储stream_items所有视图统一走同一套9 字段紧凑状态模型rig/任务名、当前阶段、状态、下一步、待人工决策、阅读成本、最后更新、置信度/新鲜度、证据链接保证在手机上浏览时一行看懂一件事——这是设计文档里明确标注为不可妥协的验收标准。前端入口是 MissionControlSurface.tsx审计历史视图见 AuditHistoryView.tsx。四、7 个写动词每个动作都是一笔原子事务写侧由 mission-control-write-contract.ts 实现。每个动词 一次原子事务校验目标 qitem → 修改队列 → 追加审计记录 → 发出事件要么全成、要么全败。动词效果一句话理解approvestate → done同意放行denystate → doneclosure: denied否决结案route关闭当前任务在目标处新建一跳任务这件事归它管annotate不改队列仅记录批注留个言holdstate → blocked先挂起dropstate → doneclosure: canceled丢弃handoff源任务 → handed-off同时在目标创建新任务包交接棒含可选唤醒通知 版本演进早期契约是上述 7 个动词后续版本OPR.0.4.4.19新增了第 8 个resolve动词用于回应卡在人工座位上的 leg-1 阻塞任务——它不关闭任务blocked → in-progress而是把你的决策文本持久化到队列迁移记录中。完整动词清单定义在 mission-control-action-log.ts。动词执行后系统还会追加式审计所有动作写入 append-only 的mission_control_actions表只有record()没有 UPDATE/DELETE随时可通过GET /api/mission-control/audit按动词、操作者、时间范围回溯。最佳努力通知handoff等动词默认附带唤醒通知通知失败不会回滚已落盘的状态变更——这是明确的设计不变量。SSE 实时推送GET /api/mission-control/sse别名/watch实时推送mission_control.action_executed等事件UI 自动刷新无需轮询。安全边界写动词挂载了 bearer token 鉴权中间件跨主机操作时同一个动词会转发到任务所在源主机的 daemon 执行一条写入路径、一份动词白名单。五、新手上手三步走看演示打开 demo/README.md运行 demo/run.sh 启动一个 6 座位lead/design/impl/qa/r1/r2的示例 Rig。看全局在 Mission Control 中从fleet视图认识你的 Rig 拓扑再切到active-work看任务推进。做决策当human-gate出现待办时用approve/route/handoff等动词处置它并到审计视图确认动作留痕。六、核心文件索引路由层HTTP APIpackages/daemon/src/routes/mission-control.ts读侧7 视图packages/daemon/src/domain/mission-control/mission-control-read-layer.ts写侧动词契约packages/daemon/src/domain/mission-control/mission-control-write-contract.ts审计日志append-onlypackages/daemon/src/domain/mission-control/mission-control-action-log.ts前端表面packages/ui/src/components/mission-control/MissionControlSurface.tsxCLIrig specpackages/cli/src/commands/rig.ts示例配置demo/rig.yaml总结OpenRig 的设计哲学很清晰Rig 负责定义团队Queue 负责流转工作Mission Control 负责人来决策。7 个视图让你在任何设备上一眼看清系统状态7 个写动词外加新增的resolve让每个决策都原子、可审计、可回放。掌握这套任务控制面你就从盯着终端看日志升级为指挥整个 AI 舰队的运营者。【免费下载链接】openrigBuild your own network of agents from Claude Code, Codex and Pi: long-running teams with roles, shared context and owned work.项目地址: https://gitcode.com/GitHub_Trending/op/openrig创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表