新闻详情

新闻详情

首页 / 资讯中心 / 详情

OpenRig v0.5.5 环境感知版(Ambient-Attention Release)深度解析:让工作流自动发现、重试、升级与自愈

发布时间:2026/9/30 6:48:45来源:尧图网络
OpenRig v0.5.5 环境感知版(Ambient-Attention Release)深度解析:让工作流自动发现、重试、升级与自愈
人工智能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.5.5 是官方代号ambient-attention release环境感知版的一次里程碑发布它让整个 agent 集群fleet学会自主发现问题、自主重试、自主升级、自主诊断、自主入职把守护在途工作这件事从人工轮巡变为系统内置能力。读完本文你将掌握rig parked静默卡死诊断、自愈式 baton wake 升级阶梯、queue block --on停靠即唤醒、rig ps类型化 ACTIVITY 列、rig seat handover执行路径、Slack 人类决策层、自动入职 onboading 包与一文件 scope 约定等全部 0.5.5 新能力并了解每条能力背后的 daemon 源码与测试验证。本文依据 docs/releases/v0.5.5.md 与 CHANGELOG.md 的[0.5.5]条目撰写所有命令行、参数与源码引用均来自当前仓库。发布基础信息v0.5.5 完整包含 v0.5.4honesty release诚实版的全部内容是一条已对账的统一 lineage版本号从0.5.4递增Node engines 未变API 保持向后兼容全部新增动词均为增量叠加。一、两个新迁移072 与 073v0.5.5 引入两条新数据库迁移迁移头从071前进到073072_thread_seat_map.ts源码线程 ↔ seat 映射表用于 Slack 人类层。设计要点是一张表承载完整映射thread_ts为主键记录channel、human、seat、conversation_id、state(open/closed)、opened_at、closed_at。线程被视为一个人与一个 seat 之间的临时 DM我方拥有映射的所有权路由是对thread_ts的确定性查找——零推断。该表是事实的缓存同时被盖章写入 queue 行slack-posted thread_ts… message_ts…转移注释因此即使表丢失也能从 queue 行重建映射绝不自造映射。073_queue_transition_wakes.ts源码队列转移的唤醒证据表。设计哲学是唤醒证据属于追加式park 转移而非可变的 queue 行。表结构为transition_id主键 qitem_idphase(armed/fired)wake_kind(watchdog/timer/blocker)wake_refdelivery_status并配有(qitem_id, transition_id)与(wake_ref, phase)两个索引。它保证queue_transitions本身保持不可变且在 active→archive 生命周期中无需改写历史。安装提示升级到 0.5.5 时 daemon 会自动应用这两条迁移迁移头为 071 的旧库0.5.3/0.5.4会平滑前进到 073。二、rig parked [seat]派生式静默卡死诊断2.1 核心价值0.5.5 之前判断一个 seat 是否悄悄卡死需要人工做claimedAt时间算术 面板抓取pane capture。rig parked终结了这种猜测它由 daemon在读取时动态派生诊断结果输入是活动性 oracle × 队列的义务面obligation face并对两个输入分别返回置信度与内联教学式 remedy。适用场景一个 seat 看起来闲置、你怀疑有工作被丢掉时在任何claimedAt算术或面板抓取之前先用它。行表面的旧视图掩盖了 park停靠与 strand搁浅的区别这个动词结束了这种混淆。2.2 命令行用法rig parked [seat] # 诊断整个 rig 或指定 seat rig parked seatrig # 带 rig 坐标自界定作用域 rig parked --rig name # 显式指定 rig 作用域 rig parked --json # 输出完整诊断 JSON参数细节来自 parked.tsseatseat 节点 id 或规范 session 名namerig省略则诊断整个 rig。--rig rigrig 作用域默认取OPENRIG_SESSION_NAME中的 rigseat 参数携带rig时自我界定作用域。--json输出完整诊断 JSON包含活动性与义务两侧的置信度。输出形态测试夹具 parked-verb.test.ts 中的样例dev50-qav-openrig-build: PARKED — idle-at-prompt with 1 open obligation(s) — a turn ended without a handoff activity: idle-at-prompt [decided by window-sampling; confidence oracle] obligations: 1 open, 1 held [destinationdev50-qav-openrig-build statepending,in-progress,blocked limit500; complete] - pending qitem-1 — review - HELD qitem-held — waiting [no recorded wake] Remedy: attach a live watchdog id, arm an atomic timer, or name a live blocker qitem; deferred/not-imminent work with a workspace home belongs in its mission/slice.2.3 诊断引擎活动性 × 义务诊断核心在 parked-query.ts 的diagnoseSeatParked义务面按destinationsession statepending,in-progress,blocked limit500读取查询绝不擅自放宽作用域HELD 行stateblocked逐条解析其唤醒记录watchdog/timer/blocker当wake.live true且未被消费时才判定为 healthy。判定式(idle-at-prompt OR needs-input pending) × (存在 open 义务 或 不健康 HELD 行)→ PARKED。置信度三元活动性oracle | unknown义务complete | truncation-possible | unavailable。截断只会少算义务因此正向 PARKED 结论在截断下依然成立。诚实性底线活动性为 unknown 时绝不猜测 NOT-PARKED返回INDETERMINATE创始人最怕的未检测到卡死被上移一级rig 级诊断中只要存在 indeterminate seat 就不宣布 all-clear见 diagnoseRigParked。HTTP 入口为GET /api/activity/parked[?seat]挂载在 activity 路由组内activity.ts不新增顶层挂载需要 activity oracle、queue 仓库、rig 仓库三者齐备缺失时返回parked_query_unconfigured教学式拒绝。CLI 侧若 daemon 不可达会明确提示parked 诊断必须实时派生自 oracle 与 queue——需要可达的 daemonparked.ts。2.4 测试验证parked-verb.test.ts 验证了动词已接入createProgram基线上没有任何命令回答are we parked?rig 级渲染只输出感兴趣的格子parked 与 indeterminate 的 seat跳过正常工作的 seatJSON 透传以及不可达 daemon 时的诚实报错路径。三、自愈式 wake 阶梯wake ladder 升级视图3.1 机制失败的 baton wake交接唤醒现在自主重试、聚合、升级转移即阶梯状态transitions ARE the ladder state阶梯不另存可变状态而是以追加式转移记录为唯一事实源因此重启安全restart-safe——这正是迁移 073 存在的原因。按目的地聚合per-destination aggregation同一目标的多条失败唤醒被聚合成一条可观测记录。阶梯级rungs投递即推进deliver-and-advance每级投递成功后自动进入下一级无需人工推进。未确认且无人领取unconfirmed-with-no-pickup则升级且不重发escalates without re-send避免重复骚扰。操作方式把行交接出去后只需观察rig view show escalations查看聚合结果不必再追着 nudge 跑。3.2 escalations 视图内置视图escalations同时承载已关闭的升级行与S01 wake 阶梯的开放聚合升级后者是 operator 阶梯的投递兜底见 view.ts。可通过rig view name运行内置或自定义视图view.ts。四、常驻卡死清扫standing stuck-sweep无需你再定时运行0.5.5 之前你需要定时手动运行queue overdue/queue undelivered。现在逾期 未投递自动变为带派生证据的路由化发现routed findings直接消费清扫结论即可无需手跑定时器。Caveat列入 0.5.6 backlog跨主机后继可见性cross-host successor visibility已被证明是一类误报来源——普查时有 39 条活跃发现20 条已证实 FP19 条未验证。已做舰队级每条件一条one-per-condition收敛在 0.5.6 检测器修复落地前跨主机 lineage 的发现一律按未验证处理该 delta 本身会向你教学这一 caveat。五、queue block --on blocker停靠即唤醒park-with-wake5.1 语义0.5.5 让停靠park可以自带唤醒并且读作 HEALTHY。queue block --on blocker-qitem记录唤醒持活唤醒的 HELD 行不会被标记自动解除停靠的 owner 会收到诚实唤醒。适用范围只用于即将发生但被阻塞的工作imminent-but-blocked。非即将发生的工作应放在 mission 工作区——队列是输送带conveyor不是仓库。5.2 完整命令族来自 queue.tsqueue block qitemId --on blocker # 停靠为 HELD 并命名延续与唤醒 --on blocker 必填活的 blocker qitem / 类型化门禁 / 人类 seat session --wake-watchdog jobId 附加一个指向停靠 owner 的在途 watchdog id --wake-after duration 与停靠原子性地武装一个定时器如 90s、15m、2h每一条刻意的 HELD 行都应命名它的延续与一个活的唤醒--wake-watchdog jobId附加在途 watchdog id--wake-after duration与 park 原子性武装定时器时长须为正整数可带s/m/h后缀解析见 queue.ts--on qitem-…一个活的 blocker 的解除即是唤醒。配套还支持queue update --state blocked --blocked-on blockerqueue.ts其中 blocker 可以是活的 qitem id、人类 seatFR-6 park需 summary evidence_ref或类型化非 qitem 门禁fold:what/auth:what/external:what--wake-watchdog要求 watchdog 存在且存活并指向行 owner。对blocked on 人类 seat的 leg-1 停靠行queue resolve会持久记录决策文本、解除停靠并 nudge owner属于非闭包操作queue.ts。rig parked的 HELD 检查也会读取这些唤醒证据唤醒已触发但未被消费会显示FIRED but unconsumed见 parked.ts 与 parked-query.ts 的wake?.unconsumed判定。六、rig ps新增类型化ACTIVITY列单一 oracle6.1 类型化分类法rig ps从单一 oracle 获得真正的ACTIVITY列类型化分类法为四态状态含义working正在工作idle-at-prompt停在提示符等待needs-input需要输入以count reason呈现unknown无法判定6.2 证据阶梯证据阶梯evidence ladder自报self-report在最顶端可见的级差劣化visible rung degradation状态来源分层最上层是 agent 自报下层是窗口采样等旁证当高级别证据不可用时逐级降级且劣化在输出中可见decided by nothing — unknown等字样。跨交换按 seat 键控seat-keyed across swaps即使 seat 发生过换人活动性列仍归属同一 seat。TUI 读取同一事实终端 UI 与rig ps共用同一 oracle避免两张嘴。源码佐证ps的活动性过滤--filter agentActivity.state只允许running / needs_input / idle / unknown四值ps.ts、ps.ts节点行渲染格式含ACTIVITY列ps.ts、ps.ts。用途任何它是在思考还是卡住了的问题oracle 都优于面板抓取capture 只作为回退的一瞥。七、rig seat handover --source fork:|rebuild从规划到执行7.1 两种执行来源0.5.5 将 seat 交接从 dry-run 规划升级为可执行路径--source fork:id原生 fork 源会话后继者从第一个字节起继承在任者的对话live context。--source rebuild从持久化链重建指名其 priming 产物primed artifacts 列表 缺口列表无历史时给出 empty-chain 原因。7.2 完整参数rig seat handover seatrig --reason reason [--source fresh|fork:id|rebuild|discovered:id] --reason reason 交接原因缺失时 daemon 会给出教学式指引见 seat.ts 的 handover 共享动作 --operator address 发起交接的操作者 --dry-run 只规划、不改拓扑 --json 输出 JSON示例来自 seat.tsrig seat handover spec-writeropenrig-pm --reason context-wall --dry-run rig seat handover spec-writeropenrig-pm --source rebuild --reason context-wall --dry-run --json rig seat handover spec-writeropenrig-pm --source fork:0b0165d7 --reason successor-test --operator orch-leadopenrig-pm --dry-run rig seat handover spec-writeropenrig-pm --source discovered:01H... --reason mvp-proof --json7.3 诚实性交接中失败被如实记录handover_result / handover_at 状态位见 seat.ts。交接后按来源不同给出差异化的交接说明fork 的上下文随原生会话传递无需 packet 投递rebuild 的 priming packet 会投递给后继者seat.ts。交接动作由rig seat handover与顶层rig handover共享同一 daemon 路由seat.ts。适用场景替换在任 occupant 时不再只有 dry-run 规划面。八、Slack 人类层端到端上线8.1 能力全景Gateway 常驻运行每 seat 一线程thread-per-seat恰好一次入站对账exactly-once inbound reconciliation由072_thread_seat_map表提供确定性路由重复事件不会重复投递升级响度与日常区分升级类消息以 mention 形式loud到达与例行消息routine区分人类是可寻址成员addressable members可直接作为 queue 目的地rig gateway human具备完整 fragment 生命周期动词add/show/effective等gateway.ts。8.2 单人类边界honesty marker0.5.5 明确只发布单人类表面rig gateway human add在第二个不同人类被添加前即拒绝refused: a human is already configured (…) — 0.5.5 ships the SIMPLE SINGLE-HUMAN surface…见 gateway.ts若确有多个人类可手写 fragment YAML如实渲染并附 0.5.7 建议多人类管理排在 0.5.7。fragment 以每人类一文件存于gateway/humans/fragment 是事实、registry 是生成式投影operator 绝不手建 fragment YAML动词负责 校验→原子写入gateway.ts。8.3 直连升级任何 agent 都能直接升级escalate directly无需经过 orchestrator 中转升级类投递在目的地手机上以响铃方式到达。九、新安装自动入职self-onboarding全新安装默认获得聚焦的 onboarding 包配置可关闭既有 rig 不受影响。当你要新搭 rig 或 seat 时不再需要手工走完八块内容。配置键为onboarding.default_pack.enabledsettings-store.ts对应环境变量OPENRIG_ONBOARDING_DEFAULT_PACK_ENABLED也可经配置文件onboarding.defaultPack.enabled控制settings-store.ts、settings-store.tsdaemon 启动时依据该设置决定是否启用默认 onboarding 包解析startup.ts。onboarding 叙事getting-started-narrative.ts强调证据累积原则每一步留下 commits、文件、proof packet、截图的持久证据轨迹信任来自反复成功的检查而非单张 proof packet。十、Refocus 只在应当发生时触发Refocus 现在只在上下文阈值处或按需触发——绝不在会话启动时触发压缩后post-compaction两个运行时Claude Code 与 Codex都可触发而用量阈值usage threshold仅 Claude 侧。新 seat 一启动就收到 refocus 现在是应上报的 bug而不是可忽略的噪音。适用场景长会话丢失主线时主动触发它。十一、一文件 scope 约定One-File Scope Convention11.1 新脚手架scope mission create→NOTES.md链名 承载 intent 的SPEC.mdscope slice create→仅SPEC.md不再生成IMPLEMENTATION-PRD 验收轨PROGRESS.md发布类 mission 获得 capability-delta 脚手架。源码佐证scope.tsslice create脚手架只写SPEC.md与PROGRESS.mdscope.tsmission create写SPEC.md、mission.yaml、PROGRESS.md并铸入稳定点 ID--no-notes可跳过NOTES.mdscope.ts已有 README 支撑的旧节点永不重写scope.ts、scope.ts。11.2repair变为纯追加scope repair/approve只追加印章stamps APPEND绝不重写作者 frontmatter。由此印章剥离strip-reconstruction重新变成机械化操作——按顺序剥离追加的 stamp 层即可还原作者原文旧的per-lock 作者重建协议每次锁定时手工重建 frontmatter正式退役锁只绑定SPEC.mdlocks bind SPEC-only。十二、Daemon bind 意图带来源provenance继承来的OPENRIG_HOST环境变量永远不会被当作选择单 bind的依据收养adoption门禁会测试所有必需 listener而不只是部分。效果在任意受管环境中做 daemon 维护都不再需要env -u仪式——来源不明的环境变量无法悄悄改变 bind 语义既有的多 listener 拓扑不会因继承变量而被误降级为单 bind。十三、必须停止的 5 个旧习惯以下每一项在 0.5.4 之下都是正确的在 0.5.5 下已不再正确停止 per-lock 作者重建协议。印章现在是追加式剥离重建是机械操作scope repair/approve不再重写作者 frontmatter。停止用claimedAt算术 面板抓取诊断 park。用rig parked获取带置信度与教学式 remedy 的派生诊断capture 只作为回退的一瞥。停止把延期工作存成 queue 行。queue 是即将发生的顺序工作的输送带延期工作在 mission 工作区到期再重新铸造。停止在新工作上编写IMPLEMENTATION-PRD.md与MISSION_NOTES.md。SPEC.md是唯一 spec 文件NOTES.md是链名。停止默认经 orchestrator 路由联系。任何 agent 直接升级orchestrator/PM 也可发送值得判断的更新。十四、已落地但尚不可驾驶Landed, not yet drivable已落地表面缺失的活门当前诚实做法A–D 投递偏好 可用性已存储、已校验规则引擎0.5.6 slice 01用rig gateway human动词设置可用性预期暂无路由效果S01 operator 阶梯人类层 connector 投递腿0.5.6 S11 领域升级视图 daemon 健康承担底线直发路径上的external地址路由回落到 tmux0.5.6 wave-2 修复走 gateway 路径queue/escalation联系人类不要用裸rig send多人类拓扑单人类发布诚实标记多人类在 0.5.7注册一个人按此设计假设十五、行为与兼容性迁移两条新迁移072、073头从071前进到073。API 兼容既有命令全部保留新动词均为增量。Lineage0.5.5 产品 delta 通过聚合补丁身份对账到已发布的 0.5.4 线上。发布边界打 tag、npm publish、主机安装、daemon 切换仍是四个相互独立的授权动作。十六、已知限制0.5.6 backlog跨主机卡死清扫误报普查时 39 条活跃发现20 条已证实 FP、19 条未验证舰队级已收敛检测器修复在 0.5.6 wave 1。external直发路由0.5.6 wave-2 路由修复。投递偏好 → 规则引擎0.5.6 slice 01。延伸阅读CHANGELOG.md[0.5.5]完整条目安装摘要、headline、What you can now do逐项说明。docs/releases/v0.5.4.md上一个诚实版0.5.5 完整包含之。核心实现parked.ts、parked-query.ts、queue.ts、seat.ts、gateway.ts、ps.ts、view.ts。迁移源码072_thread_seat_map.ts、073_queue_transition_wakes.ts。测试参考parked-verb.test.ts。赞分享人工智能AI Agent多智能体Agent 编排代码智能体CLI【免费下载链接】openrigMulti-agent harness that runs Claude Code and Codex together as one system项目地址https://gitcode.com/GitHub_Trending/op/openrig点击查看免费下载相关推荐OpenZeppelin Contracts 全自动发布流程解析Changesets、release-vX.Y 分支与 release-cycle 工作流OpenZeppelin Contracts 全自动发布流程解析Changesets、release vX.Y 分支与 release cycle 工作流 O区块链Web3RxDB 版本发布流程详解从 pre-release 检查清单到自动化 Release 工作流RxDB 版本发布流程详解从 pre release 检查清单到自动化 Release 工作流 本文以仓库 orga/release checklist.md数据库NoSQL嵌入式数据库实时数据库Mithril.js 自动化发布流程解析基于 pr-release 的 main→release 分支工作流Mithril.js 自动化发布流程解析基于 pr release 的 main→release 分支工作流 Mithril.js当前仓库 package.上一篇VisualDL Trace视图完整指南程序执行路径的可视化分析下一篇革命性轮腿机器人FOC机械结构设计全解析SolidWorks模型免费下载创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

ajax-hooker实战:统一拦截所有AJAX请求的原理、用法与踩坑 2026/9/30 7:43:57

ajax-hooker实战:统一拦截所有AJAX请求的原理、用法与踩坑

1. 拦截所有 AJAX 请求:这件小事为什么值得认真做在浏览器里调试一个别人写好的埋点 SDK 时,我遇到了一个特别憋屈的需求:后端要求所有/api开头的请求都带一个动态签名参数,并且把响应里的密文统一解密。SDK 的代码是压缩产物&…

阅读更多 →
OpenClaw部署实战:自托管AI助手接入Teams与Obsidian,缓解AI焦虑 2026/9/30 7:43:57

OpenClaw部署实战:自托管AI助手接入Teams与Obsidian,缓解AI焦虑

OpenClaw 在开源社区刷屏那几天,我正蹲在服务器前调试一个 "session file locked" 的报错,日志里 60000ms 的超时倒计时看得人头皮发麻。一边是 GitHub 上往上涨的 star 数,一边是自己怎么都绕不过去的锁文件,说实话挺魔…

阅读更多 →
SAP OData开发实战:SEGW建模、实现与性能排错全指南 2026/9/30 7:43:57

SAP OData开发实战:SEGW建模、实现与性能排错全指南

做 SAP 集成的朋友,十有八九都绕不过 OData。不管是 Fiori 前端要数据,还是外部系统想通过 REST 风格接口读写 ERP,最后都会递到你面前一个事务码:SEGW。SEGW 是 SAP Gateway Service Builder 的缩写,直译过来就是“服…

阅读更多 →
动态链接库真的不占内存?多进程内存共享与PSS排查实战 2026/9/30 7:43:57

动态链接库真的不占内存?多进程内存共享与PSS排查实战

做容器或者做服务的同学,可能都听过这句话:“动态链接库是所有进程共享的,根本不占内存。”面试讲起来很顺,但真到了线上,你起了一百个 worker,再敲 free -g ,心里就开始打鼓了:明…

阅读更多 →
2026系统架构设计师备考指南:从核心考点到论文写作全攻略 2026/9/30 7:43:57

2026系统架构设计师备考指南:从核心考点到论文写作全攻略

每年一到这个时间点,就有不少朋友来问我同一个问题:明年想考系统架构设计师(也就是大家常说的“系分”),到底该怎么准备?今天就把我积攒下来的复习思路和踩坑心得一次性说完,尤其针对26年的考情…

阅读更多 →
2026 下半年多开效率提升:掌派云手机移动端群控实操指南 2026/9/30 7:43:37

2026 下半年多开效率提升:掌派云手机移动端群控实操指南

掌派云手机刚上线了移动端同步操作,简单说就是不用守着电脑,掏出安卓手机就能一把控住好几台云机。不少玩家还不太清楚 “云手机批量控制” 到底怎么实现,这篇文章就聊聊它是什么、为什么值得用、实际怎么上手,以及多台云机批量管…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉