Oma Coordination
Schritt-für-Schritt-Plan zur Aufteilung eines Multi-Domain-Features auf PM-, Dev- und QA-Agenten
Funktioniert mit Setup
Was es kann
Wandelt eine Multi-Domain-Feature-Anfrage in eine manuelle Multi-Agenten-Koordinationssequenz um: zuerst PM-Zerlegung, Aufgaben in Prioritätsstufen gruppiert, Agenten gleicher Stufe parallel in separate Workspaces gespawnt, API-Vertrag eingefroren, bevor Frontend-/Mobil-Arbeiten beginnen, und zuletzt ein QA-Durchlauf. Wird ausgelöst, wenn eine Aufgabe Backend, Frontend, Mobile und QA umfasst und der Benutzer eine schrittweise Kontrolle über die Reihenfolge des Agenten-Spawns wünscht, anstatt einer Hands-off-Automatisierung. Gibt `oma agent:spawn`-Befehle aus und benennt die zu überwachenden Fortschrittsdateien; für eine vollständig automatisierte Ausführung wird auf die oma-orchestrator Skill verwiesen.
Testbericht
Das Repo geklont und generated/agent-skills/oma-coordination in ein temporäres HOME installiert — Frontmatter wurde exakt zu {name, description} geparst, und die eine referenzierte Datei (resources/examples.md) lieferte HTTP 200; kein curl|sh, base64 oder Geheimnisbehandlung irgendwo im Skill-Body. Ich habe die echte CLI in einer Sandbox ausgeführt (`bunx oh-my-agent@latest agent:spawn --help` in einem temporären HOME) und bestätigt, dass die vier in SKILL.md genannten Flags — -m/--model, -w/--workspace, --isolation worktree, --read-only — alle wie dokumentiert existieren; ich habe keinen tatsächlichen Spawn ausgeführt, da dies eine authentifizierte Vendor-CLI erfordert und `oma` nach einer einfachen Skill-Kopie nicht im PATH ist. Baseline vs. Skill bei derselben Aufgabe (Echtzeit-Benachrichtigungen zu einer React-Web + Flutter-Mobil + FastAPI-App hinzufügen): Baseline war 227 Wörter Prosa mit 0 ausführbaren Befehlen, keinem PM-Schritt und dem Ratschlag „agree on the JSON shape early“; das Skill-Artefakt war 780 Wörter mit 8 konkreten `oma agent:spawn`-Aufrufen, einer Session-ID, einer PM-Zerlegung, die 6 Aufgaben in 4 Prioritätsstufen erzeugte, einem harten P1→P2-Gate, das Web/Mobil blockiert, bis der Backend-Vertrag eingefroren ist, `--isolation worktree` bei den beiden parallelen Spawns, benannten progress-{agent}-{sessionId}.md-Dateien zum Abfragen und einem --read-only QA-Spawn zuletzt. Ausgabe und Dokumentation wurden abgewertet, weil etwa ein Drittel des Skill-Artefakts Schema-Boilerplate ist (SSL-Primitive-Tabelle, Ressourcen-Scope-Tabelle), das keine Entscheidung änderte, und weil SKILL.md Geschwister-Agenten und die CLI als „Dependencies“ auflistet, ohne zu erwähnen, dass eine einfache Skill-Kopie jeden ausgegebenen Befehl als „command-not-found“ hinterlässt.
Getestet am: 2026-07-21 · Claude Code 2.x (agent harness)
Installation
git clone --depth 1 https://github.com/first-fluke/oh-my-agent.git /tmp/oma-coordination-src mkdir -p ~/.claude/skills cp -R /tmp/oma-coordination-src/generated/agent-skills/oma-coordination ~/.claude/skills/oma-coordination # The skill body emits `oma agent:spawn ...` commands. That CLI is NOT installed by the copy above. # To make the emitted commands runnable, install the harness in your project (needs bun + uv): # cd /path/to/your/project && bunx oh-my-agent@latest # Verified flags used by this skill: -m/--model <vendor>, -w/--workspace <path>, # --isolation worktree, --read-only (confirmed via `oma agent:spawn --help`). # The skill also assumes sibling agents exist: pm, backend, frontend, mobile, qa, orchestrator. # Get them all with: cp -R /tmp/oma-coordination-src/generated/agent-skills/oma-* ~/.claude/skills/ # Alt distribution (skills only, no CLI): apm install first-fluke/oh-my-agent
Befehle & Beispiel-Prompts
/oma-coordinationSchritt-für-Schritt-Plan zur Aufteilung eines Multi-Domain-Features auf PM-, Dev- und QA-Agenten
Skills reagieren auf normale Anfragen — keine Slash-Befehle nötig. Nach der Installation aktivieren Prompts wie diese den Skill (auf Englisch):
Coordinate the frontend and backend agents on this taskWalk me through assigning work to QA agentsHelp me manage this multi-agent project workflow