Databricks Omnigent、企業agentを束ねるopen meta-harnessへ
Original: Databricks puts Omnigent above agents as an open meta-harness View original →
企業内でagentが増えるほど、課題は個々の性能よりも組み合わせと統制になる。Databricksは2026年6月29日のX投稿で、Omnigentをagentの上に置くopen meta-harnessとして説明した。
"Omnigent provides a common interface to compose multiple agents, enforce advanced policies, and collaborate in real-time across your team."
Databricksによると、共同創業者兼CTOのMatei Zaharia氏がData + AI Summitで紹介した。リンク先blogも、agentをcombine、control、shareすることを主題にしている。つまり単一のchatbotを賢くする話ではなく、複数のagentを共通interfaceで束ね、policyを適用し、teamで共有する運用層の話である。
Databricks公式アカウントはproduct、research、summit関連の投稿が多い。同社はLakehouse、MLflow、Mosaic AI、data governanceを企業向けに組み合わせてきたため、Omnigentもconsumer向けagentよりenterprise operationに近い。部署ごとに権限やdata、workflowが違うなら、上位harnessは監査、policy、collaboration record、再利用性を管理する場所になる。
次に確認すべきは、Omnigentがどれほど実際にopenかという点だ。license、runtime、Databricks外のagent frameworkとの接続、policy controlの深さが導入判断を左右する。広く接続できれば、単発のorchestration demoではなく企業agent fleetの管理層になり得る。
Related Articles
legal AIは検索回答から、実務システムを動かすagentへ広がっている。PerplexityはComputer for CounselがMidpage、LegalZoom、DocuSign、NetDocumentsなどと接続し、ProとMax加入者が使えると示した。
企業agentで難しいのは、接続そのものより権限と追跡だ。MistralはConnectorsにworkspace単位のtool制御、connector scope付きAPI key、multi-account認証をGAで追加し、MCP connectorのデバッグ機能をpublic previewで出した。
coding agentのsecurity論点は「.envを読まないで」より広い。OpenAI CodexのissueとHNの議論はignore rule、sandbox、Unix permission、container境界を掘り下げている。