Omnigent: Ein quelloffenes Meta-Harness für Claude Code, Codex und weitere Agenten

Published · AI Daily — AI-assisted deep research, methodology & disclosure

Omnigent ist ein quelloffenes Meta-Harness über Claude Code, Codex, Cursor, OpenCode, Hermes, Pi und eigenen Agenten. Es bietet eine gemeinsame Schicht für geteilte Sitzungen, Richtlinien-Governance, Cloud-Sandboxes und Zusammenarbeit über mehrere Geräte. Eine Sitzung kann mehrere Agenten mischen. Richtlinien steuern Freigaben, Ausgaben und Werkzeuge. Apache-2.0-Lizenz, Alpha-Phase, im geprüften Material sind keine Benchmarks veröffentlicht.

Omnigent ist ein quelloffenes „Meta-Harness“ für KI-Coding-Agenten. Es ist kein weiterer Coding-Agent.

Es sitzt über Claude Code, Codex, Cursor, OpenCode, Hermes, Pi und selbst geschriebenen Agenten. Es bietet eine gemeinsame Schicht für Sitzungen, Richtlinien, Sandboxes und Zusammenarbeit. Das Projekt steht unter der Apache-2.0-Lizenz, wird über PyPI verteilt, und das README kennzeichnet es als Alpha.

Das Problem

Coding-Agenten haben sich stark vermehrt. Jeder hat eine eigene Terminal-Oberfläche, ein eigenes Berechtigungsmodell, ein eigenes Sitzungsformat und einen eigenen Abrechnungsweg. Ein Team, das mehrere nutzt, muss zwischen den Bedienkonzepten wechseln. Einheitliche Regeln für alle durchzusetzen ist schwer.

Omnigent trennt den Agenten selbst von seiner Umgebung. Der Agent denkt und ändert Code. Omnigent kümmert sich um Sitzung, Berechtigungen, isolierte Laufzeit und den Zugriff von mehreren Geräten. Wenn Sie Agenten tauschen oder kombinieren, bauen Sie das Umfeld nicht neu auf.

Kernarchitektur

Laut README besteht Omnigent aus vier Hauptteilen. Erstens eine gemeinsame Sitzungsschicht. Nachrichten, Sub-Agenten, Terminals und Dateien bleiben über alle Clients synchron. Sie starten eine Aufgabe im Terminal, setzen sie im Browser fort und prüfen den Fortschritt am Telefon. Zusätzlich gibt es eine native Desktop-App für macOS.

Zweitens Multi-Agent-Orchestrierung. Eine Sitzung kann mehrere Coding-Agenten mischen. Ein Agent kann die Arbeit eines anderen prüfen, oder eine Aufgabe wird auf Agenten mit unterschiedlichen Stärken aufgeteilt. Eigene Agenten werden in YAML definiert. Drittens eine Modellzugangsschicht. Sie können einen API-Schlüssel des Anbieters, ein Claude- oder ChatGPT-Abonnement oder ein beliebiges kompatibles Gateway verwenden. Das README nennt alle diese Wege gleichwertig. Viertens eine Richtlinien-Engine und eine Sandbox-Laufzeit, beschrieben unten.

Richtlinien und Governance

Richtlinien sind die Funktion mit der größten Bedeutung für Unternehmen. Das README nennt drei typische Einsatzfälle: vor einer riskanten Aktion auf menschliche Freigabe warten, Ausgaben begrenzen und festlegen, welche Werkzeuge ein Agent erreichen darf. Eine Richtlinie kann für den ganzen Server, für einen Agenten oder für einen einzelnen Chat gelten. Die Geltungsbereiche schichten sich vom Groben zum Feinen. Ein Team kann eine Werkzeugklasse serverweit sperren und die Regel für einen vertrauenswürdigen Agenten lockern. Werkzeugfreigaben für externe Agenten wie Devin erscheinen als Freigabekarten im Chat. Das zeigt, dass der Freigabeablauf in der gemeinsamen Oberfläche liegt.

Ein Vorbehalt: Der README-Auszug beschreibt nicht, wie die Richtlinien-Engine aufgebaut ist. Er sagt auch nicht, ob sie jeden Werkzeugaufruf innerhalb der eigenen CLI eines Fremdagenten abfangen kann. Prüfen Sie Quellcode und offizielle Dokumentation, bevor Sie sich als harte Sicherheitsgrenze darauf verlassen.

Cloud-Sandboxes und Managed Hosts

Omnigent kann Sitzungen in Wegwerf-Sandboxes in der Cloud ausführen. Genannte Anbieter sind Modal, Daytona, Blaxel, Islo, E2B, Gensee, CoreWeave, Kubernetes, OpenShell, Boxlite, microsandbox und Databricks. Sie starten sie über die CLI, oder der Server richtet pro Sitzung eine ein.

Das README nennt dies einen Managed Host. Der praktische Nutzen ist klar: Kein Laptop muss wach bleiben, und riskante oder lange Aufgaben laufen in einer Umgebung, die man verwerfen kann. Jeder Sandbox-Anbieter ist ein optionales Extra, etwa modal, daytona, e2b oder kubernetes. So bleibt die Basisinstallation klein.

Zusammenarbeit

Eine Sitzung lässt sich teilen.

Kollegen können mit Ihrem Agenten chatten und ihm live bei der Arbeit zusehen, ihn auf Ihrer Maschine gemeinsam steuern oder die Unterhaltung forken und allein weiterführen. So wird der Agent vom persönlichen Werkzeug zu einer geteilten Ressource, die andere prüfen können.

Installation und Einstieg

Der empfohlene Weg ist ein einziger Befehl: scripts/install_oss.sh mit curl laden und ausführen. Alternativ gehen uv tool install omnigent, pip oder Homebrew (omnigent-ai/tap/omnigent).

Omnigent braucht Python 3.12 oder neuer. Die CLIs der Coding-Agenten benötigen Node.js 22 LTS mit npm, die Web-Oberfläche braucht pnpm. Extras decken Modellanbieter (databricks, bedrock, vertex), SDK-Harnesses (antigravity, copilot, cursor, agents-sdk) sowie Speicher und Gedächtnis (s3, hindsight) ab.

Leistung und Kosten

Das geprüfte Material enthält keine Benchmarks und keine Latenz- oder Kostenvergleiche. Wir nennen deshalb keine Leistungszahlen. Die Kostenstruktur ist dagegen klar. Omnigent ist kostenlose Open-Source-Software.

Die eigentlichen Ausgaben entstehen durch Modellaufrufe und durch die Abrechnung der Cloud-Sandboxes. Die Richtlinie zur Ausgabengrenze dient dazu, sie zu steuern. Eine zusätzliche Orchestrierungsschicht bringt weitere Prozesse und Netzwerksprünge. Ihr Mehraufwand muss von der Community unabhängig gemessen werden.

Folgen für das Ökosystem

Für Entwickler senkt Omnigent die Kosten des Wechsels zwischen Coding-Agenten. Mit dem einen schreiben und mit dem anderen prüfen wird zur Konfiguration, nicht zum Engineering-Projekt.

Für Unternehmen bilden gemeinsame Freigaben, Ausgabenkontrolle und Sandbox-Isolation die Governance-Schicht, die beim Einzug von Agenten in Produktionsabläufe oft fehlt. Die Unterstützung neuerer offener Agenten wie Hermes und Pi zeigt, dass das Projekt das offene Agenten-Ökosystem beobachtet.

Grenzen und Herausforderungen

Das Projekt ist Alpha. Schnittstellen und Verhalten können sich ändern, daher gehört es noch nicht in einen kritischen Produktionspfad. Ein Meta-Harness muss dem Release-Zyklus jedes darunterliegenden Agenten folgen, die Pflege der Adapter endet also nie.

Eine gemeinsame Abstraktion kann Funktionen verdecken, die nur ein Agent hat. Die Stärke einer Richtlinie hängt davon ab, wie tief sie in jeden Agenten integriert ist, testen Sie sie also selbst. Schließlich ist die Werkzeugkette breit: Python, Node und pnpm stehen alle in den Voraussetzungen.

Ausblick

Beobachten Sie weitere Agenten- und Sandbox-Anbindungen, veröffentlichte Benchmarks und Kostendaten, eine feinere Richtliniensprache und reifere Desktop- und Mobil-Apps. Verlässt Omnigent die Alpha-Phase und zeigt stabile Gewinne durch agentenübergreifende Orchestrierung, kann es zu einer allgemeinen Kontrollebene für Multi-Agent-Entwicklung werden.

Sources