Databricks 開源了 Omnigent,一個它稱為元-harness 的 Apache 2.0 項目,而這個詞裡的區別就是整個想法。harness 是把一個模型包起來、變成一個 agent 的東西:Claude Code、OpenAI Codex 和 Pi 各自都是 harness。Omnigent 坐在它們上面一層,把每個 harness 當作一個更大系統裡的可互換部件,把接口標準化,這樣你就能在不同 agent 系統之間切換而無需重寫任何東西。其動機,用團隊自己的話說,是大多數人已經身處的亂局:「許多工程師如今同時玩轉四五個 agent。他們在編碼 agent、搜索工具、Docs 和 Slack 之間複製文本。每個 harness 只理解自己的會話。」Omnigent 添加了 harness 們缺少的那個共享層。在架構上它是兩塊,一個 Runner,把任何 agent 包進一個 sandbox 會話、置於一個統一 API 之後,以及一個 Server,持有策略與共享;一條命令啟動一個終端會話和一個位於 localhost:6767 的本地 web UI,隨後跨瀏覽器與手機同步。
賣點圍繞三個 C 組織。組合:用一行改動在 Claude Code、Codex、Pi、OpenAI 與 Claude Agents SDK,或一個以 YAML 定義的自定義 agent 之間切換,並用一個 /model 命令在會話中途切換模型。控制:在元-harness 層而非通過 prompt 強制護欄的有狀態、上下文相關的策略,給出的例子是在 agent 花費 100 美元後將其暫停,或在一個跟在 npm install 之後的 git push 前要求人工批准,YAML 策略跨 server、agent 和 session 三個範圍堆疊,最嚴格的先檢查。協作:通過 URL 共享一個即時 agent 會話,讓隊友即時觀看、評論、共同駕駛或分叉對話。倉庫裡附帶兩個示例 agent:Polly,一個多 agent 編碼編排器,把工作委派給 git worktrees 中的並行子 agent,並在合併前把每個 diff 路由給一個不同的 vendor 做交叉評審;以及 Debby,一個同時運行 Claude 和 GPT 的頭腦風暴夥伴,你可以讓它 /debate,讓兩者在收斂前互相批評。
最值得駐足的部分是護欄住在哪裡,因為這正是整個行業一直在繞的答案。Omnigent 在模型之外、在編排層強制策略,而不是在一個模型可能被說服跳出的 system prompt 裡,而它的 Omnibox 作業系統沙箱更進一步,把機密完全放在 agent 構不到的地方。在他們的例子裡,一個 GitHub token 根本從不展示給 agent;它只由 egress 代理注入,且只在策略已批准的請求上。把這個對照本週的 OWASP 報告,後者把 prompt injection 命名為頭號生產失敗模式,並開出處方:限定爆炸半徑,而非信任模型自我管束。Omnigent 接近於那份處方的直接實現:假設 agent 可能被攻陷,於是限定它能觸及什麼、為不可逆動作設關卡,並把憑據放在 agent 和被注入的指令都永遠看不到的地方。
對於我們持續追蹤的 runtime 之爭,這是那一層走向元層。至今的戰鬥是關於哪個 harness 或 runtime 勝出,OpenClaw、Hermes、Claude Code、托管的企業平台。Omnigent 的押注是沒有誰全勝,工程師會繼續同時跑好幾個,而持久的位置是凌駕於所有之上的控制平面:vendor 中立的組合、橫切的策略,以及共享會話。它也默默地默認是一個多-vendor 設計,Polly 跨 vendor 交叉評審 diff,Debby 讓 Claude 對陣 GPT,把模型多樣性當作一個特性而非後備。誠實的注意事項說得很直白:它是 alpha、很早期,搭建需要 Python 3.12、Node.js 22 和 tmux,你自帶模型、基礎設施和花費,而且,對一個整個賣點就是互操作性的工具來說尤為值得注意,它目前還沒有 MCP 支持,Omnigent Server MCP 被列在路線圖上而非已交付。但這個想法屬於那種傾向於留下來的:一旦你在玩轉五個 agent,你接下來想要的不是第六個,而是一個能把它們組合、治理並觀看的單一之處。