Omnigent — Meta-Harness for Multiple AI Agents
Omnigent — Meta-Harness for Multiple AI Agents
一句话结论
Omnigent 自称 open-source meta-harness：在 Claude Code、Codex、Cursor、OpenCode、Hermes、Pi 与自定义 YAML agents 之上提供统一编排层，让用户能切换/组合 agent、同步 terminal/browser/phone/desktop session、运行云沙箱、协作共享会话，并用 policies 管控审批、花费和工具访问。
为什么对用户重要
用户的工作流已经跨越 Hermes、llm-wiki、可能的 coding agents、Obsidian、Feishu/cron 与未来服务器部署。Omnigent 的信号是：agent runtime 正在从单个 CLI 演化成 meta-harness / operator workspace，核心问题变成“如何把多个 agent、安全沙箱、多人协作、移动端控制和统一 policy 接起来”。
对 Hermes 来说，这不是马上替换现有 runtime，而是提供架构方向：Hermes skill/wiki/cron 的方法论应尽量保持 host-agnostic，并通过 adapter 接入不同 agent/harness；长期知识与 workflow 不能绑死在单一工具的私有上下文格式里。
机制 / 一阶原理
Omnigent 的机制可拆成四层：
- Common orchestration layer：把多种 agent 和自定义 YAML agent 放到同一 session 中，支持互相 review、拆分任务和子代理协作。
- Session portability：terminal、browser、phone、desktop 共享 messages、sub-agents、terminals、files 状态，强调“session 跟随用户”。
- Managed sandbox hosts：通过 Modal、Daytona、E2B、Kubernetes 等 disposable sandbox 运行 agent，降低本机环境耦合与 blast radius。
- Server-level / agent-level / chat-level policies：审批 risky actions、限制工具、限制 spend，把治理从单次 prompt 提升到平台层。
一阶原理是：当 agent 种类和工作场景变多，真正稳定的抽象不是“某个 agent 的 prompt”，而是跨 agent 的 session、tool、sandbox、policy、telemetry 和 collaboration contract。
与既有 wiki 概念的关系
- 对 Harness-Engineering：补充 meta-harness 方向，即 harness 本身也可能成为可组合平台，而不只是单 agent 的规则与验证器。
- 对 Loop-Engineering：多设备/多 agent session 和云沙箱让 loop 更像可运营系统，但也需要更强停止条件、预算和审计。
- 对 External-Agent-Skills-Design-Patterns：host-agnostic skills 与 adapter 分离变得更重要，否则技能会被特定 CLI 格式锁死。
- 对 Agentic-Coding：多 agent review / split-task 的价值取决于是否有独立 verifier 和冲突合并机制，而非简单“多开几个 agent”。
对 Hermes / llm-wiki 的可执行启发
- llm-wiki 的 source/concept 页面应继续用通用 markdown + wikilinks，而不是绑定某个 agent 的私有 memory 格式；这让不同 meta-harness 都可消费。
- Hermes skill 设计应区分“方法层”和“宿主 adapter”：例如 deep ingest 的规则是通用的，Feishu/cron/CLI/Obsidian 发布只是 adapter。
- 多 agent 协作若进入 Hermes，应先定义 reviewer / verifier / executor 的职责和证据合同，避免多个 agent 共享同一未验证上下文互相放大错误。
- sandbox provider 是未来 radar/coding 自动化的重要边界：无人代码执行、网页读取、第三方工具安装应尽量进入 disposable workspace。
失败模式与边界
- README 标注 alpha，采用前应谨慎；meta-harness 的复杂度可能超过收益。
- 多 agent session 容易制造 coordination overhead、冲突输出和责任不清，必须配套 task contract 与 verifier。
- 跨设备/协作 session 会扩大敏感信息暴露面，需要明确 secret、文件、terminal 和 chat 的可见性边界。
- sandbox 并不自动等于安全；网络、凭证挂载、持久存储和审批策略仍需单独验证。
深度判断
值得正式入库。它代表与 BOSS Console、Preloop 不同但相邻的趋势：从单 agent harness 走向 meta-harness / multi-agent operator substrate。该方向能帮助用户判断未来 Hermes 应如何与外部 agent runtime、skills、sandbox、control plane 保持互操作，而不是陷入单工具绑定。
写入记录
- 2026-07-25 09:00 CST：新增 source 页面，分析 Omnigent 对 meta-harness、多 agent session、云沙箱、跨宿主 adapter 和 Hermes host-agnostic skill 设计的启发。