人工智能AI Agent多智能体Agent 编排代码智能体CLI【免费下载链接】openrigMulti-agent harness that runs Claude Code and Codex together as one system项目地址https://gitcode.com/GitHub_Trending/op/openrig点击查看免费下载导读OpenRig v0.3.2 是一次以跨原语打包与 Operator 操作面为核心的稳定版发布它把 Rigbundle 升级为覆盖五种内容类型的一等公民打包机制正式 GA 了 workspace workflow 操作面并落地了rig policyOperator 上下文模式绑定、rig scopeScope 树原语、rig workspace doctor7 项就绪诊断等一批面向 Agent 编排实战的 CLI 表面。阅读本文后你将掌握 v0.3.2 的升级路径、Rigbundle 从创建到安装审计的完整用法、rig queue多行 body 的正确姿势以及每个新命令对应的底层源码与数据库迁移证据可直接复用于生产 rig 的打包分发与日常运维。版本概览与升级路线v0.3.2 的核心交付可归纳为九个主题Rigbundles 一等公民slice 05、Workspace Workflow GAslice 01、rig up starter纸片修复轮slice 22、协调 首用户设置修复轮slice 21、Daemon 测试基板路径清洗slice 14、ConceptCard数据源slice 17、For-You 优先级窗口slice 20、Operator 上下文模式绑定slice 09与 Scope 树原语slice 12。关键升级信息本次发布无 schema 破坏性迁移。现有 v0.3.1 数据库在升级后首次rig daemon start时自动应用迁移041_rig_policy为新的 operator-context-mode 绑定表执行CREATE TABLE对既有数据零影响绑定行由 Operator 在运行时通过rig policy set --confirm写入。升级发布版 CLI 的标准步骤npm install -g openrig/cli0.3.2 rig --version # expect 0.3.2 rig daemon stop rig daemon start041_rig_policy迁移源码位于 迁移定义文件从中可以看到该表名为operator_context_mode_bindings通过CHECK约束固化了四种作用域global_host | rig | workstream | qitem与六种模式sleep | desk | mobile | away | focus | debug并以(scope, qualifier)唯一索引保证同一作用域同一限定符只存在一行绑定set_by列被约束为固定值operator即 v0 阶段只有 Operator 能写入绑定Agent 无设置路径。Rigbundles 一等公民slice 05Rigbundle 是 v0.3.2 的重头戏一种跨原语的打包机制可把五种内容种类skills、plugins混合型、workflow_specs、context_packs、agent_images路由端到端地封装成一个可分发的 bundle。命令表面rig bundle create spec -o path [--name n] [--bundle-version v] [--include-packages refs...] [--rig-root r] [--notes text] [--min-daemon-version ver] [--min-cli-version ver] [--json] rig bundle inspect path [--json] rig bundle install path [--plan] [--yes] [--target root] [--skip-version-check] [--force] [--json] rig bundle history [--rig name] [--since iso] [--json]create从 rig spec 生成.rigbundle文件。--include-packages指定要包含的包引用缺省为 spec 中的全部--rig-root用于 pod-aware 解析--min-daemon-version/--min-cli-version在 bundle 中写入安装时的兼容性门槛--notes会随 bundle 的 provenance 元数据一起记录。inspect展示 bundle 的 manifest并校验 digest 与完整性结果失败时退出码为 2。install将 bundle 安装到目标 root--plan为预演模式、--yes自动批准。--skip-version-check与--force是 Operator 显式覆盖开关分别绕过安装期 daemon/CLI 兼容门与安装期冲突门——文档明确标注 NOT recommended for routine use仅用于已知良好的 Operator 场景。history读取~/.openrig/bundle-audit.jsonl每一次安装的审计账本可按目标 rig 名--rig与最早安装时间--since iso过滤。底层行为与源码证据bundle.yaml作者清单在存在时会被自动检测。内容搬运vendoring采用**双侧路径包含both-sides path containment**校验source 与 destination 都做并带symlink 逃逸防护完整性哈希写入 bundle manifest。CLI 侧实现位于 bundle 命令create会把specPath、bundle 名/版本、includePackages、rigRoot经nodePath.resolve绝对化与 provenance 一起 POST 到/api/bundles/create。值得注意的实现细节120 秒超时上限默认 CLI 超时5 秒对真实 bundle 太短——create需要执行 pod-aware 组装遍历 跨原语 vendoring 全内容完整性哈希 tar 打包install则包含完整的 bootstrap 运行resolve → vendor 兄弟原语 → 启动 rig 会话两者都可能耗时数十秒。bundle 命令对这两个端点统一使用 120 秒上限避免daemon 已完成变更而 CLI 误报失败导致的 Operator 不安全重试如二次安装触发 rig 名冲突。provenance 动态读取sourceHostos.hostname()、cliVersion调用时读取 CLI 自身 package.json与OPENRIG_SESSION_NAME环境变量中的会话名共同构成创建侧 provenancedaemon 侧再补充daemonVersion。安装结果直出 rigIdinstall成功时会打印Status与Rig: rigId便于脚本直接捕获新 rig 标识。Workspace Workflow GAslice 01Operator 面向的表面在 v0.3.2 中被加固到 GA 程度三处关键硬化rig workspace validate --max-files采用strict-int 正则校验杜绝非整数输入滑入校验路径rig workflow project --exit增加enum 守卫非法退出枚举值直接拒绝在client.post之前返回3 部分错误fact / consequence / action 结构实现早失败early-fail让 Operator 在请求发出前就拿到可行动的诊断信息。该改动配套新增了14 个判别器discriminator测试专门覆盖校验路径上的合法/非法分支保证验证器不会因输入形态不同而走错路径。rig up starter纸片修复轮slice 22针对全新 0.3.1→0.3.2 安装上首页快速启动quick-start被卡住的问题本版交付了四个有边界的修复rig up source [--plan] [--yes] [--cwd path] [--target root] [--existing] [--json]启动前失败改为结构化 HTTP 4xxcycle_error/preflight_failed/validation_failed/service_boot_failed四类错误此前返回裸 500现在以 4xx 呈现CLI 侧可据错误码分流处理up.ts 中对cycle_error、validation_failed、preflight_failed等均有独立分支。启动前失败不再遗留孤儿 rig 记录instantiator 重新排序 增加回滚路径 收紧 compose 拆卸顺序失败的 boot 不会在磁盘上留下无主 rig。路径形式调用默认cwd为调用者目录rig up install-internal-spec这种路径形式与裸形式bare-form的 cwd 行为分歧被消除。walkYamlFiles跳过标准噪音目录.worktrees、node_modules、.git、dist、.turbo、.next不再参与 YAML 扫描同时启动时对陈旧的workflow_specs行做一次性剪枝并带install-root 保留守卫确保随包发布的 builtin specs 不会被%/dist/%类模式误删。该剪枝逻辑的源码证据位于 daemon 启动流程workflowRuntime.specCache.pruneNoiseDirRows(getOpenRigInstallRoot())在启动期执行——walker 的 SKIP_DIRS 守卫防止新增行落入噪音目录而这次剪枝专门清理历史遗留行旧 daemon 版本或 Operator 在 SKIP_DIRS 落地前通过路径形式手工导入的行守卫子句保证已随包安装的 builtin workflow specs 每次都安然存活避免每次启动删了又重播种的浪费乃至故障。协调 首用户设置修复轮slice 21本版把第一轮协调模型 新用户上手的五个有边界跟进轮FR-1 到 FR-5全部落地。FR-1 协调模型启动直觉core/openrig-user/SKILL.md中明确了协调模型的启动直觉rig send点对点投递vsrig queue队列投递vsrig queue handoff交接的选型判据以及 §1b 协调教义让新 Agent 在进入协作场景的第一刻就知道该走哪条通道。FR-2 首用户工作区 工作流教学配套 skill 与 docs 提供 workspace workflow 的首次设置教学内容降低从零安装到产出第一个工作流的学习曲线。FR-3 MISSION_NOTES 持久模式硬化rig scope mission create现在默认从conventions/mission-notes/TEMPLATE.md自动脚手架出MISSION_NOTES.md--no-mission-notes可显式退出极少用。该约定把持久笔记模式固化为统一模板missions 默认带上一份结构一致的置顶笔记表面。在 scope.ts 的mission create实现中可以看到完整的脚手架序列渲染 mission 模板后依次落盘SPEC.md、mission.yaml、PROGRESS.md再按需渲染 NOTES 模板release类 mission 还会额外生成CAPABILITY-DELTA-v版本.md并记录 NOTES 模板的解析来源如 legacy-env 会提示OPENRIG_MISSION_NOTES_TEMPLATE_PATH已弃用改用OPENRIG_NOTES_TEMPLATE_PATH。FR-4 队列人体工学rig queue create --source s --destination d \ (--body text | --body-file path) \ [--mission id] [--slice id] \ [--priority p] [--tier t] [--tags csv] \ [--target-repo name] [--no-nudge] \ [--expires-at iso] [--id qitemId] [--json]--body-file path从文件读取 body--body-file -从 stdin 读取直接消灭多行 body 场景下的反引号-shell 损坏类问题backtick-shell-corruption class。--mission id/--slice id一等标志分别翻译为mission:id/slice:id标签并与--tags组合。lastNudgeResult措辞修复closure 与 acceptance 的语义差异被显式文档化。源码证据位于 queue 命令 的resolveQueueBody--body与--body-file互斥两者都缺省时报错--body-file -走stdinReader()否则要求路径存在且为常规文件拒绝目录、指向目录的符号链接与块设备且 body 解析全部在接触 daemon 之前完成保证失败快速、无副作用。--body-context快照 context pack 到 body与--body-file同样互斥。FR-5rig workspace doctor7 项就绪诊断rig workspace doctor [--workspace path] [--strict] [--json]对 daemon 解析出的 workspace 执行 7 项就绪检查workspace root、missions 文件夹、文件 allowlist、daemon 对齐、daemon reload、可选 slice 文档、MISSION_NOTES 存在性。语义要点默认退出码仅在fail时非零--strict让 warn-or-fail 也非零。CLI 会叠加 Operator shell 环境中的OPENRIG_FILES_ALLOWLISTdaemon 在自己进程、自己的 env 中运行Operator 在 CLI shell 里设置 allowlist 时doctor通过 per-request overlay 把该值转发给 daemon 路由标记 sourceenv让诊断反映 Operator期望的 allowlist 而非 daemon 过期的 env。CLI 实现见 workspace 命令 的doctor子命令--workspace覆盖检查目标默认 daemon 解析的配置 root请求体携带workspaceRoot与filesAllowlistOverridePOST 到/api/workspace/doctor后渲染人类可读报告或 JSON并按 FR-5 IMPL-PRD 的语义设置退出码。ConceptCard 数据源slice 17ConceptCard在 v0.3.2 中被接入成形shaped的 backlog 候选数据源此前 0.3.1 递延的 storytelling-adapter 完成项在本版补齐。UI 侧与 daemon 侧配合feat(ui,daemon)使概念卡片的呈现不再依赖占位数据。For-You 优先级窗口slice 20For-You 信息流获得服务端优先级窗口Option 3 方案通过SQL 谓词下推predicate pushdown在数据库层完成注意力查询的过滤与排序避免全量拉取后再在应用层筛选注意力正则采用精确匹配对队列派生卡片的 dismissal 改为字符串键string-keyed保证卡片关闭状态可稳定追踪、不与内部数值 ID 耦合。Operator 上下文模式绑定slice 09rig policy这是 v0.3.2 新增的 Operator 侧控制表面以typed-primitive 存储迁移041_rig_policy承载绑定CLI 提供六个子命令rig policy set mode [--scope scope] [--qualifier id] \ [--field ...] [--evidence citation] \ [--confirm] [--bearer token] [--json] rig policy show [--json] rig policy effective [--rig id] [--workstream id] [--qitem id] [--json] rig policy cite [--rig id] [--workstream id] [--qitem id] rig policy unset scope [qualifier] [--bearer token] [--json] rig policy defaults [--json]关键语义六种模式sleep | desk | mobile | away | focus | debug四种作用域global_host | rig | workstream | qitem。--qualifier规则对rig | workstream | qitem作用域必填对global_host显式拒绝。restate-and-confirm 姿态set不带--confirm时只回显拟议绑定并以exit 2退出——脚本无法静默应用绑定必须由 Operator 显式确认。Operator 编辑动词鉴权set --confirm与unset需要 Operator bearer token--bearer或OPENRIG_AUTH_BEARER_TOKEN环境变量。default-none 出厂姿态未设置任何绑定时行为不变rig policy defaults用于查看推荐的 6×7 模式-作用域映射与默认作用域供编写前参考。从迁移源码041_rig_policy.ts可以确认存储模型每行一个作用域绑定(scope, qualifier)为唯一键因此多个模式可在不同作用域共存如sleepglobal_hostdebugqitemeffective-mode 解析器为给定(rig, workstream, qitem)读取上下文挑选最具体适用的行qualifier在global_host下为 NULLset_at为 daemon 写入的 UTC ISO 字符串供漂移机制计算长间隔再确认提示set_by恒为operator。Scope 树原语slice 12rig scope新的rig scope命令按conventions/scope-and-versioning操作基板 scope 树missions、slices、sub-slices分两层rig scope slice ls [--mission m] [--state s] [--json] rig scope slice show slice-path [--mission m] [--json] rig scope slice create mission slug [--template k] [--title t] [--json] rig scope slice ship slice-path release-mission [--mission m] [--json] rig scope slice close slice-path --reason r [--note t] [--mission m] [--json] rig scope slice move slice-path dest-mission [--mission m] [--json] rig scope mission ls [--json] rig scope mission show mission [--json] rig scope mission create name [--template k] [--id dot-id] [--title t] [--json]顶层选项--workspace path覆盖 workspace root否则按cwd或$OPENRIG_WORK_ROOT推断。Mission 层ls/show/createSlice 层ls/show/create/ship/close/move。稳定 dot-ID 自动铸造mission create 会把稳定的 dot-ID 自动写入 mission frontmatter。Mission 模板包含release/placeholder/mission-notes等种类模板以dist/lib/scope-templates/随包分发。在 scope.ts 中可以看到mission create的完整文件系统行为创建absPath/slices/子目录、写SPEC.md新脚手架一律写 SPEC.md已有 README 支撑的节点绝不重写、写mission.yaml清单与PROGRESS.md并按模板种类补CAPABILITY-DELTA-v版本.md与 NOTES 文件。--depends-on还会校验依赖必须是同 project 的兄弟 mission dot-ID形状project.version或省略依赖保证依赖图不跨 project 越界。已知限制与 0.3.3 递延v0.3.2 明确记录了一批递延与已知问题升级前值得了解slice-05 Item-3 子作用域递延agent/port/managed-app 碰撞检测Item 4.3、更宽的 install-into-existing-rig 通路验收Item 4.4、安装期 rig 名覆盖的--target-nameCLI 标志Item 4.5——后者设计上依赖 CLI 表面决策A-breaking 改名 vs A-additive 新标志。slice-21 FR-4(d)accepted队列状态递延新的accepted队列状态属于 schema 模型变更按银行式发布分诊哲学banked release-triage顺延。新用户旅程 实战加固递延slices 04new-user-journey、08hooks-elite、10rig-self、11personal-rig物理移入release-0.3.3mission 树。workspace symlink 对齐daemon 侧 workspace-resolver 与 Operator 符号链接 workspace root 的对齐是 slice-21 FR-5 QA 暴露的跟进项0.3.2 非阻塞。slice-13 权限块路由架构保持搁置big-green-light 由 Operator review 把关仅rigx-experimental且不拆递延到 0.3.3。rig down name仍返回 HTTP 404基于名称的拆卸仍不经过 daemon down route请改用rig down rigId --delete作为已知问题顺延。rig view list/show --json标志不一致wrapper 层路由路径上的标志脚手架遗留daemon 的view show name路由直接调用时返回正确 JSON。临时对策先使用人类可读输出wrapper 层修复是记录在案的改进目标。验证与提交概览发布时的验证证据来自 发布说明npm run lint干净npm run build跨全部 workspace 干净npm run test:repo绿。Daemon 测试套件在 slice-22 收口时 3996 PASS。每个触及文件在 per-commit guard 上 TypeScript 检查干净每个合入 slice 的 per-commit guard CLEARvelocity-qa 对抗性 dogfood orch 重前合并验证。Review-lead 在 slice-22 收口时给出 ADVISORY-CLEAN含五条 POSITIVE 观察。v0.3.1 → v0.3.2 的全量差量为143 commits / 203 files / 29,028 insertions / −2,081 deletions主要提交按主题分组Rigbundles 跨原语路由与rig bundle四子命令表面、workspace/workflow GA 守卫与 14 个判别器测试、rig up四项修复4xx、孤儿记录、cwd、噪音目录跳过 剪枝、slice-21 五项SKILL 教义、教学文档、MISSION_NOTES 脚手架、queue body-file、workspace doctor、基板路径隐私清洗、ConceptCard 数据源、For-You SQL 谓词下推、041_rig_policy迁移与rig policy六子命令、rig scope双层级命令与 scope 模板分发、发布前隐私清洗。完整 Agent 可读变更日志含快速验证命令与 Operator 备注见 CHANGELOG.md。快速参考v0.3.2 新增命令速查场景命令关键点打包五类内容rig bundle create spec -o path自动检测bundle.yaml双侧路径包含 symlink 防护安装 bundlerig bundle install path --plan--skip-version-check/--force仅限已知良好场景审计历史rig bundle history --rig name读取~/.openrig/bundle-audit.jsonl工作区体检rig workspace doctor --strict7 项检查OPENRIG_FILES_ALLOWLIST环境覆盖多行队列 bodyrig queue create --body-file -消灭反引号-shell 损坏类问题上下文模式绑定rig policy set focus --scope rig --qualifier id --confirm无--confirm只回显并exit 2查看推荐映射rig policy defaults6×7 模式-作用域默认映射建 Missionrig scope mission create name自动铸造 dot-ID 脚手架 SPEC/进度/NOTESSlice 生命周期rig scope slice ship/close/move操作基板 scope 树--workspace可覆盖 root赞分享人工智能AI Agent多智能体Agent 编排代码智能体CLI【免费下载链接】openrigMulti-agent harness that runs Claude Code and Codex together as one system项目地址https://gitcode.com/GitHub_Trending/op/openrig点击查看免费下载相关推荐openrig RigBundle 深度指南用 .rigbundle 打包、分发与安装多 Agent 协作系统openrig RigBundle 深度指南用 .rigbundle 打包、分发与安装多 Agent 协作系统 RigBundle 是 openrig 项目的人工智能AI Agent多智能体Agent 编排代码智能体CLISvelte $bindable rune让组件 Props 双向绑定成为一等公民Svelte $bindable rune让组件 Props 双向绑定成为一等公民 在 Svelte 的 runes 模式下props 默认只能从父组件流向前端Web框架编译器KubeVela KEP-2.18 深度解析ConfigTemplate 与 Config 升级为一等公民 CRDKubeVela KEP 2.18 深度解析ConfigTemplate 与 Config 升级为一等公民 CRD 本文基于 KubeVela 仓库 desi云原生DevOps运维微服务上一篇KOReader 实操指南装上 Kindle/Kobo把扫描版 PDF 重排成大字下一篇HEIC缩略图插件零基础安装指南5分钟让Windows直接预览iPhone照片创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考