OpenHarness bündelt Agenten-Infrastruktur und Ohmo in einem Stack

Klassische Werkzeugketten verteilen Tools, Memory, Berechtigungen und Chat-Anbindungen auf mehrere Systeme. OpenHarness setzt an dieser Reibung an und will die Bausteine in einer Laufzeit zusammenführen.

Die Funktionsliste ist dabei zweitrangig. Für Entwicklungs- und Plattformteams entscheidet, ob ein Agent mit Shell-Zugriff und offenem Werkzeugkasten unter kontrollierbaren Grenzen läuft — und ob der integrierte Stack im Alltag mehr Arbeit spart, als er im Betrieb neu erzeugt.

Was das Harness zusammenpackt

Laut Projektbeschreibung liefert OpenHarness eine Agenten-Infrastruktur mit Werkzeugnutzung, Skills, Memory und Multi-Agent-Koordination — vier Bereiche, die Entwickler- und Betriebsteams sonst einzeln verbinden und absichern müssen.

Dazu kommen 43 Werkzeuge für Dateien, Shell, Suche, Web und das Model Context Protocol (MCP). Wer diese Bereiche bislang über eigene Integrationen abdeckt, bekommt damit eine gemeinsame Oberfläche.

Interessanter ist der Governance-Teil: mehrstufige Berechtigungsmodi sowie Regeln auf Pfad- und Kommandoebene, ebenfalls nach Angaben des Projekts. Daran hängt die Einsatzfähigkeit im Team. Ein Agent mit 43 Werkzeugen und Shell-Zugriff braucht belastbare Grenzen.

Ohmo zieht die Entwicklungsarbeit in den Chat

Der auffälligere Teil steckt im mitgelieferten persönlichen Agenten. Ohmo ist laut Projektbeschreibung über Feishu, Slack, Telegram und Discord ansprechbar. Chat dient damit als Bedienoberfläche und nicht bloß als Benachrichtigungskanal.

Und Ohmo bleibt nicht bei Antworten: Der Agent soll Branches erzeugen, Code schreiben, Tests ausführen und Pull Requests öffnen — Arbeitsschritte aus dem Entwicklungszyklus wandern damit in genau die Kanäle, in denen Teams ihre Aufgaben ohnehin besprechen, mit allem, was das für Nachvollziehbarkeit und Review-Disziplin bedeutet.

Ungewöhnlich ist auch der Zugang zu den Modellen. Ohmo soll bestehende Claude-Code- oder Codex-Abonnements verwenden, ohne einen zusätzlichen API-Schlüssel zu verlangen. Für Teams mit einem solchen Abo fällt damit eine technische Hürde beim Test weg.

Der Prüfstein liegt jenseits der Funktionsliste

Die unabhängige Harness-Liste ordnet OpenHarness als persönliche Agentenlaufzeit ein. Sie bestätigt damit die Kategorie, liefert jedoch keinen Nachweis für Stabilität, Verbreitung oder den Einsatz unter realen Projektbedingungen. Sämtliche Funktionsangaben stammen aus der Selbstdarstellung des Projekts.

Mein Urteil: Das Konzept greift drei echte Schwachstellen selbst gebauter Agenten-Setups auf — verstreute Werkzeuge, fehlende Berechtigungsgrenzen und einen umständlichen Zugang für Menschen, die nicht ständig im Terminal arbeiten. Ob die Umsetzung trägt, muss ein Praxistest zeigen.

Für einen begrenzten Test spricht die Nutzung vorhandener Abonnements. Ein abgegrenztes Repository, eng gesetzte Pfad- und Kommandoregeln sowie verpflichtende Reviews für erzeugte Pull Requests halten das Risiko überschaubar. Eine breite Einführung allein wegen der 43 Werkzeuge würde dagegen die bisherige Fragmentierung gegen ein zentrales Betriebs- und Governance-Risiko eintauschen.