Oh My OpenAgent: eine eigenwillige Orchestrierungsschicht für Coding-Agenten

Alles Wissenswerte über code-yeongyu/oh-my-openagent: ein Harness für OpenCode und eine abgespeckte Edition für Codex CLI, die Agentenrollen, Hooks, Tools und Projektregeln kombinieren.

Was Oh My OpenAgent ist

Oh My OpenAgent (auch omo, früher oh-my-opencode) ist ein Automatisierungsprojekt für Coding-Agenten. Seine Ultimate-Edition installiert sich als OpenCode-Plugin; seine Light-Edition, verteilt über LazyCodex, installiert portable Komponenten innerhalb von Codex CLI. Es ist kein Modell: Es organisiert, wie ein Agent Modelle, Tools, Regeln und Subagenten einsetzt.

Visueller Vergleich zweier Umgebungen: ein futuristisches Kommandozentrum mit mehreren holografischen Agenten für die Ultimate-Edition und ein minimalistisches Einzelbediener-Terminal für die Light-Edition.

Das Repository stellt seinen Anwendungsfall als Übergabe großer Aufgaben an einen Agenten dar: Der Nutzer formuliert das Ziel, und das System plant, delegiert, sucht Dokumentation, bearbeitet Code und bewahrt Prüfschritte. Die Dokumentation unterscheidet klar zwischen den beiden Editionen:

Ultimate / OpenCode: 11 spezialisierte Agenten, über 54 Lifecycle-Hooks, integrierte MCP, Befehle, Team-Modus, ulw-loop und Hashline-Edits.
Light / Codex CLI: Regeln, ein Kommentarprüfer, Git Bash, LSP, ultrawork, ulw-loop, Arbeitskontinuität und Telemetrie; es fehlt bewusst die Team-Orchestrierung, da das Projekt diese Fläche Codex CLI selbst zuschreibt.

Der Ursprung: von Oh My OpenCode zu einem Multi-Umgebungs-Harness

Die GitHub-API datiert die Erstellung von code-yeongyu/oh-my-openagent auf den 3. Dezember 2025. Der Autor ist YeonGyu-Kim (code-yeongyu), dessen Konto sich mit der Bio „Hacker”, einem Standort in Seoul und einer angegebenen Zugehörigkeit zu @sionic-ai identifiziert.

Der Name trägt eine Übergangsgeschichte: Die Dokumentation erklärt, dass Paket und Binary als oh-my-opencode veröffentlicht wurden und der neue Name während des Wechsels parallel veröffentlicht wird. Die Konfiguration erkennt sowohl oh-my-openagent als auch den Legacy-Eintrag, wobei Letzterer eine Warnung ausgibt. Die Codex-Edition heißt LazyCodex, und das README stellt klar, dass ihr Name von LazyVim inspiriert ist; es ist nicht der Name des Codex-Marktplatzes.

Die Darstellung des Autors im README ist bewusst persönlich: Er gibt an, 24.000 US-Dollar an LLM-Tokens für eigene Projekte ausgegeben, Tools und Konfigurationen ausprobiert und schließlich bei OpenCode gelandet zu sein. Diese Erfahrung dient als Rechtfertigung für ein Produkt mit vielen vorkonfigurierten Entscheidungen. Er dokumentiert außerdem eine Spannung mit Anbietern: Er behauptet, Anthropic habe OpenCode wegen der Art der Modellnutzung blockiert; das ist eine Behauptung des Projekts, verknüpft mit einem Beitrag auf X, keine unabhängige Bestätigung von Anthropic. Daher die aktuelle Betonung eines offenen Anbietermarktplatzes und die Vermeidung der Abhängigkeit von einem einzigen Modell.

Cyberpunk-Arbeitsplatz mit holografischen Bildschirmen, die TypeScript-Code, GitHub-Metriken und ein Roadmap-Dokument zeigen, im Hintergrund die Silhouette eines Hackers in Seoul.

Philosophie und Prinzipien

Die erklärte Philosophie ist, die Leistung des Agenten bei umfangreichen Aufgaben zu priorisieren, nicht die visuelle Komplexität für die Person zu minimieren, die das Repository pflegt. Die ROADMAP.md fasst diese Haltung zusammen: Der Agent denkt, entscheidet und handelt; die Person stößt die Arbeit an.

Fünf neonfarbene Figuren stellen die spezialisierten Agenten Sisyphus, Prometheus, Oracle, Librarian und Explore in einem futuristischen Raster dar.

In der Dokumentation überprüfbare Prinzipien:

Rollen zuweisen, nicht nur Modelle: Sisyphus orchestriert; Prometheus plant; Oracle prüft Architektur und Debugging; Librarian sucht Dokumentation und Code; Explore erkundet die Codebasis schnell. Die Arbeitskategorie wählt eine Kette von Modellen und Anbietern.
Planung vor Ausführung: Prometheus befragt den Nutzer und verfasst Pläne in .omo/plans/; Metis erkennt Lücken, und Momus und Oracle können den Plan parallel prüfen.
Kontext und Regeln als Infrastruktur: AGENTS.md und .omo/rules/** werden automatisch geladen. /init-deep erzeugt hierarchische AGENTS.md-Dateien, um den Kontext auf Verzeichnisse zu verteilen.
Werkzeuge bei Bedarf: An Skills gebundene MCP-Server starten für die Aufgabe und werden danach beendet, statt dauerhaft Kontext zu belegen.
Prüfung gegen veraltete Änderungen: Hashline markiert Zeilen mit einem Inhalts-Hash; hat sich die Datei seit dem Lesen geändert, wird die Bearbeitung abgelehnt, statt eine veraltete Zeilenreferenz anzuwenden.

Futuristischer Code-Editor, in dem jede Zeile einen Neon-Inhalts-Hash trägt; ein KI-Cursor versucht, eine veraltete Zeile zu bearbeiten, und ein leuchtend rotes holografisches Schild lehnt die Änderung ab.

Der Kompromiss ist eine sehr interventionistische Haltung: Mehr Hooks, Agenten, Berechtigungen und Konfigurationspfade erhöhen die Automatisierungsmöglichkeiten, vergrößern aber auch die operative Fläche, die geprüft werden muss.

Wie es funktioniert

Installation und Aktivierung

Für OpenCode lautet der dokumentierte Befehl bunx oh-my-openagent install; für Codex CLI npx lazycodex-ai install. Die nicht-interaktive Codex-Alternative ist npx lazycodex-ai install --no-tui --codex-autonomous. Das README warnt ausdrücklich davor, npx omo zu verwenden, da dies einem anderen, nicht verwandten npm-Paket entspricht.

Unter Codex schreibt der Installer das Plugin omo@sisyphuslabs, Agentendefinitionen und Hook-Vertrauensstatus mit SHA-256 in ~/.codex/config.toml. Die Hooks müssen beim nächsten Codex-Start genehmigt werden; laut Anleitung laufen sie vor dieser Genehmigung nicht. Der autonome Modus der npx-Installation kann approval_policy = "never", sandbox_mode = "danger-full-access" und Netzwerkzugriff konfigurieren; das ist eine explizite Entscheidung, die vor der Zustimmung eine Sicherheitsprüfung verdient.

Terminal im Dark Mode, das den Installationsbefehl bunx oh-my-openagent install zusammen mit holografischen Warnungen zur SHA-256-Hook-Genehmigung zeigt.

Arbeitsablauf und Funktionen

Der wichtigste Shortcut ist die Eingabe von ultrawork oder ulw: In Ultimate aktiviert das die vollständige Orchestrierung, in Light die entsprechende Codex-Komponente. Für präzise Arbeiten empfiehlt die Anleitung, in den Planungsmodus zu wechseln und /start-work zu nutzen, damit Prometheus befragt, vorbereitet und den Plan zur Prüfung vorlegt.

Futuristischer holografischer Tisch mit Plänen, Dateibäumen und schwebenden .omo/plans/-Verzeichnissen, die von durchscheinenden KI-Entitäten geprüft werden.

In Ultimate ist der Team-Modus optional. Ein Leiter kann bis zu acht Mitglieder parallel erstellen, die Aktivität mit tmux verfolgen und team_*-Werkzeuge für Nachrichten, Aufgaben, Status und Abschluss nutzen. Zwei Skills setzen auf dieser Ebene auf: hyperplan, das fünf Kritiker gegen den Plan antreten lässt, und security-research.

Futuristisches Kommandozentrum, das den Team-Modus visualisiert: Ein zentraler Leiter koordiniert acht parallele Terminal-Fenster mit Echtzeit-Code-Aktivität und Aufgabenstatus.

Zu den integrierten Werkzeugen gehören LSP für Diagnosen, Navigation, Symbole und Umbenennung; ast-grep; ein tmux-Terminal; und MCP für Websuche, Dokumentation und Code. Die Light-Edition teilt sich LSP, Regeln, ulw-loop und eigene, begrenzte MCP-Server, aber nicht die Agenten oder team_*.

Offizieller und halboffizieller Status

Der Status ist halboffiziell und plattformbeschränkt:

Die Dokumentation von Oh My OpenAgent besagt, dass die Light-Edition über den Plugin-Marktplatz von Codex CLI installiert wird, mit dem Marktplatz sisyphuslabs und dem Plugin omo. Das bedeutet, Codex kann Installation, Aktualisierung und Hook-Genehmigung verwalten; es bedeutet nicht, dass OpenAI die Methodik, ihre Sicherheit oder ihre Ergebnisse befürwortet.
Für OpenCode präsentiert es sich als Host-Plugin, nicht als native OpenCode-Funktion.
Das README erklärt die Kompatibilität von Ultimate mit Claude-Code-Elementen — Hooks, Befehle, Skills, MCP und Plugins —, aber die ROADMAP.md stuft künftige Adapter für Claude Code, Amp und Droid als explorativ ein, nicht als bestätigt.

Es wurde keine Zertifizierung, Sponsoring oder formelle Standardbezeichnung von OpenAI, OpenCode, Anthropic oder einem anderen Anbieter gefunden. Mit 67.005 Sternen und mehreren Adaptionen fungiert es de facto als sichtbare Referenz für das Multi-Agenten-Harness-Muster, aber das ist eine Interpretation der Verbreitung, kein offizieller Status.

Das Ökosystem

Repositories des Autors und kommende Komponenten

Eine Abfrage der öffentlichen Repositories von code-yeongyu ergab folgende verwandte oder von der Architektur wiederverwendete Projekte:

code-yeongyu/lazycodex — ein Codex-Harness mit Projektspeicher, Planung, Ausführung und verifiziertem Abschluss; 3.051 Sterne und 192 Forks. Es ist das Repository und der Installer, die mit der Light-Edition verknüpft sind.
code-yeongyu/senpi — ein eigenwilliger Fork von badlogic/pi-mono mit Erweiterungen; 324 Sterne und 44 Forks. Die ROADMAP.md nennt einen Senpi-Adapter und eine omo.json-Konfiguration, die zuerst in dieser Umgebung eingesetzt wurde.
code-yeongyu/lsp-tools-mcp — LSP-Werkzeuge, die als stdio-MCP-Server bereitgestellt und von Codex LSP und Oh My OpenAgent genutzt werden; 7 Sterne und 9 Forks.
code-yeongyu/codex-rules — ein Codex-Plugin, das Projektregeln per Hooks einspeist; 9 Sterne. Das gleiche Prinzip des Regel-Ladens findet sich in der Light-Edition.
code-yeongyu/pi-rules und code-yeongyu/pi-goal — Pi-Erweiterungen für Regeln und persistente Zielverfolgung; 8 bzw. 17 Sterne.

Der technische Plan gliedert den Code in einen reinen TypeScript-Kern, MCP-Server, statische Skills, spezifische Adapter und Plattform-Launcher. Er nennt 19 extrahierte Kernpakete und ordnet OpenCode, Codex und Senpi als aktuelle Adapter ein; die Beziehung zwischen diesen Repositories ist daher nicht nur thematisch, sondern Teil der Wiederverwendungsstrategie.

Neon-Monolith mit der Inschrift „67.005 Sterne", umgeben von Satellitenknoten, die Community-Forks, Plugins und Adaptionen in einem weitläufigen Netzwerk darstellen.

Ports, Forks und Community-Erweiterungen

Die Suche nach GitHub-Repositories mit exaktem Namen förderte Ports und Plugins zutage, darunter nicht-englische Arbeiten:

HanTechnology/oh-my-openagent-toolkit — ein Begleit-Kit für OpenCode mit Routing und Skill-Flächen; 37 Sterne und 4 Forks.
junlin-233/oh-my-lite-openagent — ein leichtgewichtiges Subagenten-Plugin, kompatibel mit OpenCode; 8 Sterne.
eugenejahn/oh-my-openagent-copilot — ein Port der Multi-Agenten-Orchestrierung für GitHub Copilot CLI; 7 Sterne.
oneforce/oh-my-openagent-gemini — eine Adaption für Gemini CLI, auf Chinesisch beschrieben; 2 Sterne.
zaxcler/oh-my-openagent-swtich — eine Konfiguration zum Wechseln von Modellen und Agenten, mit chinesischer Beschreibung; 3 Sterne.
Vera-l7/oh-my-openagent-droid — eine Adaption für Factory Droid, die Agenten, ultrawork, Hashline und Hooks auflistet; keine Sterne im abgefragten Suchergebnis.
andersou/oh-my-openagent-vscode-extension — eine VS-Code-Erweiterung; 2 Sterne.

Dies sind über die Suche gefundene Drittanbieter-Repositories, keine vom Autor freigegebenen Distributionen. Ihre Zahlen belegen weder Kompatibilität noch Pflege noch Sicherheit; insbesondere kann ein Port die Marke übernehmen, ohne den Code oder die Garantien des Originals zu teilen.

Zahlen zum Repository

Messung: 1. August 2026, GitHub-API und -Seite.

Metrik	Wert
Sterne	67.005
Forks	5.467
Echte Abonnenten	221
Commits	11.775
Von der API angegebene offene Issues	956
Auf GitHub angezeigte Branches / Tags	152 / 245
Hauptsprache	TypeScript
Lizenz	Sustainable Use License 1.0
Erstellung	3. Dezember 2025
Letzte Version	`v4.19.4`, 1. August 2026

Die Commit-Zahl stammt von der letzten Seite, die der Paginierungsheader der API angibt. Die von der API zurückgegebenen Hauptbeitragenden waren code-yeongyu (9.060 Beiträge), github-actions[bot] (696), sisyphus-dev-ai (252), justsisyphus (239) und MoerAI (203). Die Sprachverteilung führt TypeScript an, gefolgt von JavaScript, HTML, Shell und Python.

Die Lizenz verdient Aufmerksamkeit: Sie erlaubt interne Unternehmensnutzung, nicht-kommerzielle oder persönliche Nutzung und knüpft Distribution und Änderungen an Bedingungen; sie ist keine freizügige Open-Source-Lizenz. Zudem kann open_issues_count offene Pull Requests enthalten; es sollte nicht ausschließlich als Issues interpretiert werden. watchers_count spiegelt in der allgemeinen GitHub-Antwort die Sternezahl, weshalb subscribers_count hier als tatsächliche Abonnentenzahl angegeben wird.

Wie man beiträgt

In den konsultierten Quellen wurde weder eine eigenständige CONTRIBUTING.md noch eine Pull-Request-Vorlage gefunden. Für prioritäre Arbeit gibt es jedoch einen konkreten Prozess: README und ROADMAP.md bitten darum, zunächst die Roadmap der Multi-Umgebungs-Refaktorierung zu lesen und damit verbundene Pull Requests mit ROADMAP zu kennzeichnen.

Die Roadmap verlangt konservative Extraktionen: Logik in den TypeScript-Kern verschieben, sie vom alten Ort aus reexportieren, Tests verifizieren und erst danach Duplikate entfernen. Dieses Verfahren bietet zusammen mit der vorgeschlagenen Trennung zwischen Kern, MCP, Skills, Adaptern und Launchern ein überprüfbares Kriterium für Architektur-Beiträge. Für allgemeine Änderungen dokumentiert das Repository im vorgefundenen Material keinen zusätzlichen Branching-Ablauf oder eine PR-Vorlage.

Wie die Community reagierte

Die vorgefundene Resonanz ist gemischt und konzentriert sich auf Kommentare innerhalb breiterer Diskussionen über Coding-Agenten, nicht auf einen großen eigenen Hacker-News-Launch:

Im OpenCode-Thread 47460525 mit 1.274 Punkten und 95 Kommentaren sagte grapheneposter, er habe das Tool ausprobiert, als sich Oh My OpenAgent zu verbreiten begann, und es „sehr instabil” gefunden, weshalb er zu internen Tools zurückkehrte. Das ist ein Einwand aus persönlicher Erfahrung, keine reproduzierbare Bewertung.
In 47633396 mit 1.099 Punkten und 177 Kommentaren erklärte sich josh_p zufrieden mit der Nutzung auf OpenCode mit zwei Modellfamilien; er schätzte, dass der Autor Anweisungen an jedes Modell anpasst, hinterfragte aber auch, ob diese Differenzierung wirklich wichtig sei. Derselbe Kommentar mischt Lob mit methodischer Vorsicht.
In 48278610 mit 323 Punkten und 52 Kommentaren hob regexorcist die Planung und Ausführung durch Subagenten mit unterschiedlichen Rollen hervor. Ein Kommentar in diesem Thread liefert keine Messungen oder einen kontrollierten Vergleich, ist also Nutzungsbeleg, kein quantifiziertes Leistungsergebnis.
In 48553224 mit 1.151 Punkten und 217 Kommentaren erklärte jeremyjh, dass er die Verteilung von Teilaufgaben und Modellwechsel je nach Nutzungslimits automatisiert, und gab an, es in einer isolierten Box ohne externe Kommunikation zu betreiben. Das zeigt eine fortgeschrittene Nutzung der Rollenzuweisung, entkräftet aber nicht die Telemetrie, die das Projekt selbst als standardmäßig aktiviert dokumentiert.
In 48847407 mit 151 Punkten und 23 Kommentaren bezeichnete mdgld das Hook- und Plugin-System als „gigantisch”, zählte es aber dennoch zu den Konfigurationen, die er ausprobiert hatte. Das ist eine konkrete Kritik am Gewicht der Architektur, passend zur großen Konfigurationsfläche von Ultimate.

Das Projekt dokumentiert tatsächlich standardmäßig anonyme Telemetrie, mit höchstens einem Ereignis pro Tag und Maschine sowie einer Installations-ID mit SHA-256; sie kann per Konfiguration oder über die Variablen OMO_DISABLE_POSTHOG und OMO_SEND_ANONYMOUS_TELEMETRY deaktiviert werden. Das ist eine Tatsache aus der Projektdokumentation, kein unabhängiges Datenschutz-Audit.

Oh My OpenAgent im Vergleich zu anderen Ansätzen

Ansatz	Überprüfbare Übereinstimmung	Überprüfbarer Unterschied
`gsd-build/get-shit-done`	Ein System aus Metaprompts, Kontext-Engineering und spezifikationsgetriebener Entwicklung für Claude Code.	Ein HN-Nutzer bezeichnete es als ähnlich zu Oh My OpenAgent; die gefundene Quelle belegt keine technische Gleichwertigkeit. GSD hatte 64.783 Sterne in der abgefragten API.
`Yeachan-Heo/oh-my-codex`	Fügt Codex Hooks, Agententeams und ein HUD hinzu.	Das README von Oh My OpenAgent räumt ein, dass die Ideen von Ultragoal und UltraQA davon inspiriert wurden, behauptet aber, sie neu implementiert zu haben. Oh My Codex hatte 32.370 Sterne.
`code-yeongyu/lazycodex`	Teilt den Autor und zielt auf Speicher, Planung, Ausführung und Verifikation in Codex.	Es ist der leichtgewichtige Codex-Pfad dieses Ökosystems, während Ultimate die 11-Agenten-Orchestrierung von OpenCode behält.
`code-yeongyu/senpi`	Teil der Adapterstrategie der Roadmap.	Senpi ist ein Pi-orientierter Fork; die Anleitung markiert OpenCode als aktuellen Haupt-Host von Ultimate.

Der nützliche Vergleich erfolgt nicht nur über Sterne: Oh My OpenAgent glänzt, wenn ein Harness gewünscht ist, das Rollen, Hooks und Modell-Routing durchsetzt. Es kann übertrieben sein, wenn die Priorität eine kleine, leicht prüfbare Integration ist.

Anwendungsfälle und wem dieses Repository helfen kann

Teams, die mit OpenCode arbeiten und eine umfangreiche Programmieraufgabe verteilen müssen, können Ultimate nutzen, um ultrawork zu starten, mit Prometheus einen Plan in .omo/plans/ vorzubereiten, Prüfungen von Metis, Momus oder Oracle anzufordern und Exploration oder Dokumentation an die entsprechenden Rollen zu delegieren. Wenn die Arbeit Parallelität erlaubt, ermöglicht der Team-Modus, bis zu acht Mitglieder zu erstellen, Aufgaben und Nachrichten über tmux zu verfolgen und das Team nach Abschluss zu beenden; LSP, ast-grep und Hashline liefern Prüfungen während der Bearbeitung.

Codex-CLI-Nutzer, die eine begrenztere Schicht bevorzugen, können LazyCodex installieren, um Regeln, LSP, ulw-loop, Arbeitskontinuität und Telemetrie ohne die Team-Orchestrierung von Ultimate zu nutzen. Es ist auch ein Ausgangspunkt für alle, die Anweisungen pro Projekt mit AGENTS.md und .omo/rules/** organisieren möchten. Vor der Aktivierung der autonomen Installation sollten sie die Berechtigungen, die noch zu genehmigenden Hooks und die Telemetrie prüfen, da der dokumentierte Modus weitreichenden System- und Netzwerkzugriff konfigurieren kann.

Ressourcen

Repository: https://github.com/code-yeongyu/oh-my-openagent
Dokumentation und Installation: https://github.com/code-yeongyu/oh-my-openagent/blob/dev/docs/guide/installation.md
Orchestrierung: https://github.com/code-yeongyu/oh-my-openagent/blob/dev/docs/guide/orchestration.md
Roadmap und Mitwirkung: https://github.com/code-yeongyu/oh-my-openagent/blob/dev/ROADMAP.md
Skills und Funktionen: https://github.com/code-yeongyu/oh-my-openagent/tree/dev/docs
Codex-Edition: https://github.com/code-yeongyu/lazycodex
Discord-Community: https://discord.gg/PUwSMR9XNk
Community-Gespräche und Reviews: https://news.ycombinator.com/item?id=47460525, https://news.ycombinator.com/item?id=47633396, https://news.ycombinator.com/item?id=48278610, https://news.ycombinator.com/item?id=48553224, https://news.ycombinator.com/item?id=48847407

Hinweis: Dieser Artikel kombiniert das README, die Dokumentation, ROADMAP.md, die Lizenz, die GitHub-API und am 1. August 2026 abgerufene Hacker-News-Gespräche. Die Zahlen entsprechen diesem Zeitpunkt.