Oma Coordination
Trin-for-trin plan for opdeling af en multi-domæne feature på tværs af PM-, dev- og QA-agenter
Virker med opsætning
Hvad det gør
Omdanner en multi-domæne feature-anmodning til en manuel multi-agent koordinationssekvens: PM-dekomponering først, opgaver grupperet i prioritetstrin, agenter på samme trin spawnes parallelt i separate workspaces, API-kontrakt fryses, før frontend/mobil-arbejde starter, og en QA-gennemgang til sidst. Udløses, når en opgave spænder over backend, frontend, mobil og QA, og brugeren ønsker trin-for-trin kontrol over agent-spawn-rækkefølgen frem for hands-off automatisering. Udsender `oma agent:spawn`-kommandoer og navngiver statusfiler til polling; for fuldt automatiseret udførelse uddelegeres til oma-orchestrator skillen.
Testrapport
Klonede repoet og installerede generated/agent-skills/oma-coordination i en throwaway HOME — frontmatter blev parset til præcis {name, description}, og den ene refererede fil (resources/examples.md) blev hentet HTTP 200; ingen curl|sh, base64 eller hemmelighedshåndtering nogen steder i skill-body. Jeg kørte den rigtige CLI sandboxed (`bunx oh-my-agent@latest agent:spawn --help` i en temp HOME) og bekræftede de fire flags, SKILL.md nævner — -m/--model, -w/--workspace, --isolation worktree, --read-only — alle eksisterer som dokumenteret; jeg udførte ikke en faktisk spawn, da det kræver en autentificeret vendor CLI, og `oma` er ikke på PATH efter en simpel skill-kopi. Baseline vs skill på samme opgave (tilføj realtidsnotifikationer til en React web + Flutter mobil + FastAPI app): baseline var 227 ord prosa med 0 eksekverbare kommandoer, ingen PM-trin og "agree on the JSON shape early" som råd; skill-artefaktet var 780 ord med 8 konkrete `oma agent:spawn`-kald, et sessions-id, en PM-dekomponering, der producerede 6 opgaver i 4 prioritetstrin, en hård P1→P2-gate, der blokerer web/mobil, indtil backend-kontrakten er frosset, `--isolation worktree` på de to parallelle spawns, navngivne progress-{agent}-{sessionId}.md-filer til polling, og en --read-only QA-spawn til sidst. Fratrukket output og docs, fordi cirka en tredjedel af skill-artefaktet er skema-boilerplate (SSL primitives table, resource-scope table), der ikke ændrede nogen beslutning, og fordi SKILL.md lister sibling-agenter og CLI som "Dependencies" uden at sige, at en simpel skill-kopi efterlader enhver udsendt kommando som command-not-found.
Testet: 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
Kommandoer og eksempelprompter
/oma-coordinationTrin-for-trin plan for opdeling af en multi-domæne feature på tværs af PM-, dev- og QA-agenter
Skills udløses af almindelige forespørgsler — ingen kommandoer at huske. Efter installationen aktiverer prompter som disse skillen (på engelsk):
Coordinate the frontend and backend agents on this taskWalk me through assigning work to QA agentsHelp me manage this multi-agent project workflow