OpenRig健康检测与诊断体系detectors、diagnosis与被动仪式的完整入门指南【免费下载链接】openrigBuild your own network of agents from Claude Code, Codex and Pi: persistent teams with roles, shared context and owned work.项目地址: https://gitcode.com/GitHub_Trending/op/openrigOpenRig 是一个多智能体协作平台帮助你用 Claude Code、Codex 等工具组建有角色分工、共享上下文、各负其责的持久化 Agent 团队。当团队开始自动交接任务后协调活动很多、产品产出很少的流程虚胖问题几乎不可避免。OpenRig 为此内置了一套三层健康检测与诊断体系——由 detectors检测器、diagnosis诊断、passive ceremony被动仪式构成让问题在被放大之前就被发现、评估并纠正。为什么多智能体团队需要健康检查多个 Agent 通过队列queue交接工作时很容易出现这些隐性病灶仪式放大ceremony amplification一条工作线里交接动作很多实际产品推进却很少评审轮盘review carousel评审反复打回交付物却没有任何变化⚡唤醒风暴wake storm同一任务被反复唤醒全是重复的下一动作。OpenRig 健康检测体系的核心哲学是检测靠确定性的规则阈值判断交给诊断者。系统只报告发生了什么而是不是病、病根在哪、如何纠正由负责诊断的 Agent 基于证据给出有边界的裁定。下图是 OpenRig TUI 中正在协作的 Agent 团队每个座位seat的上下文用量与状态一目了然三层架构总览从信号到处置体系的核心是 daemon 进程 domain 层中的三个模块层级模块职责① detectorshealth-detectors.ts6 个内置检测器把观察数据转成结构化健康记录② diagnosishealth-diagnosis.ts定时评估发现项把诊断包投递给负责座位并接收有边界的处置③ passive ceremonyhealth-passive-ceremony.ts只读问题生成器被动发现可疑的仪式性交接家族策略与阈值集中在 health-policy.ts默认观察窗口 1 天、新鲜度 10 分钟策略文件带版本号和完整变更历史任何调整都可审计。第一层6 个内置健康 detectors检测器把队列、上下文等原始观察翻译成统一的健康记录HealthRecord每条记录都带summary结论、threshold触发条件、explanation解释和suggestedInspection建议检查项并标注作用范围instance / rig / seat / mission / slice。默认阈值如下检测器类别触发条件默认阈值process.ceremony-amplification流程协调转换 ≥ 20 次且转换/产品进度比 ≥ 12:1process.review-carousel流程评审打回 ≥ 4 次且无候选变更、无新增风险process.redundant-wake-storm流程冗余唤醒 ≥ 4 次且下一动作已存在governance.stale-directive治理指令声明的 phase/rigor 与当前结构化状态冲突governance.scope-admission-drift治理可构建 slice 缺少任务要求的准入权限context.pressure上下文座位上下文用量 ≥ 95%警告≥ 99%严重⚠️ 一个值得注意的设计细节当数据源只能覆盖部分输入时健康记录会携带coverage覆盖率元信息——未被评估的部分被标记为未评估而绝不是健康。缺失的反向信号意味着未知不会伪装成绿灯。第二层diagnosis——把发现变成有边界的处置HealthDiagnosisService 每 60 秒评估一次当前健康记录把命中的发现打包成**诊断包diagnosis packet**投递给策略中指定的 owner 座位一个 Agent 地址并附带冷却时间默认 1 小时与最大呈现次数约束避免打扰风暴。诊断方必须回写一份处置disposition核心字段包括verdict五选一裁定——false positive误报、early real condition早期真实问题、established pathology既定病灶、insufficient evidence证据不足、resolved已解决causalStart因果起点或未知steering最小的纠正性指引uncertainty剩余不确定性与evidenceRefs证据引用必须真实可解析。诊断包的内置指引写得很克制This packet is a shortcut, not the whole story这个包只是捷径不是全部事实——确定性信号不构成对 Agent 的心理诊断建议不构成授权不能借此取消工作、改变范围或放宽安全。升级到人类同样受策略约束只有当策略显式声明了critical、established pathology或confirmed ceremony条件且投递就绪性经过验证才会向已注册的人类地址发出通知。第三层passive ceremony——被动仪式的只读侦查这是体系中最有想象力的一层。PassiveCeremonySource 是一个只读的问题生成器它在观察窗口内扫描队列转换沿handed_off_from链路还原出一条条交接家族lineage把跨越任务边界的转换切分成独立片段对达到阈值的片段生成process.ceremony-amplification候选观察。它的生命周期分四个阶段needs-diagnosis只有计数计数永远不能单独确认——候选必须进入诊断confirmed诊断 Agent 提交了进度评估结论为established确认仪式性、比例超阈值且权限无界cleared评估结论为false-positive误报或有界权限内的正常流程indeterminate证据缺口被明确列出missingFacts等待补充事实。进度评估要求每个outcome唯一、带证据、且落在被评估的转换窗口内已关闭的历史片段会成为边界防止旧问题被重复计算。此外health-checkpoints.ts 还提供了显式checkpoint通道人工编写成果边界普查outcome-boundary census队列引用会在本地逐条核验。贯穿这三层的红线是proof 文件、验收回执只是供诊断者查阅的材料绝不是自动计数器——系统从不把文件数量偷换成成果数量。在哪里查看健康检测结果健康结果有三个入口数据同源HTTP 路由 routes/health.ts 支持按scope_type、severity、status过滤CLI 命令见 health.tsTUI 的 HEALTH 标签页——在拓扑视图中与 TABLE、RECENT、OVERVIEW 并排实时查看当前 rig 的健康记录HTTP API——/api/health返回带 coverage 的完整投影方便集成到外部监控Web UI 的 Explorer——点击 demo rig 即可加载其实时拓扑与健康视图小结三层分工各司其职detectors回答发生了什么6 个检测器、确定性阈值、覆盖率诚实diagnosis回答是不是病、怎么治五裁定处置、证据可核验、建议不等于授权️passive ceremony回答哪里可疑只读侦查、四阶段生命周期、计数永不单独定罪。这套体系的完整行为契约可以在测试集中逐条阅读例如 health-detectors.test.ts、health-diagnosis.test.ts 与 health-passive-ceremony.test.ts。如果你正在用 OpenRig 跑多 Agent 团队不妨先启用默认检测器再按需把diagnosis.enabled打开并指定 owner 座位——让团队的健康问题在成为流程惯性之前就被看见。【免费下载链接】openrigBuild your own network of agents from Claude Code, Codex and Pi: persistent teams with roles, shared context and owned work.项目地址: https://gitcode.com/GitHub_Trending/op/openrig创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
