Oma Coordination
Stapsgewijs plan voor het verdelen van een multi-domein feature over PM, dev en QA agents
Werkt met setup
Wat het doet
Zet een multi-domein feature request om in een handmatige multi-agent coördinatievolgorde: eerst PM decompositie, taken gegroepeerd in prioriteitsniveaus, agents van hetzelfde niveau parallel gestart in afzonderlijke workspaces, API contract bevroren voordat frontend/mobile werk begint, en als laatste een QA-ronde. Activeert wanneer een taak backend, frontend, mobile en QA omvat en de gebruiker stapsgewijze controle wil over de spawn-volgorde van agents in plaats van hands-off automatisering. Zendt `oma agent:spawn` commando's uit en benoemt de voortgangsbestanden om te peilen; voor volledig geautomatiseerde uitvoering verwijst het naar de oma-orchestrator skill.
Testrapport
De repo gekloond en generated/agent-skills/oma-coordination geïnstalleerd in een tijdelijke HOME — frontmatter exact geparset naar {name, description}, en het ene gerefereerde bestand (resources/examples.md) werd HTTP 200 opgehaald; geen curl|sh, base64 of secret-handling ergens in de skill body. Ik draaide de echte CLI gesandboxed (`bunx oh-my-agent@latest agent:spawn --help` in een tijdelijke HOME) en bevestigde dat de vier flags die SKILL.md noemt — -m/--model, -w/--workspace, --isolation worktree, --read-only — allemaal bestaan zoals gedocumenteerd; ik heb geen daadwerkelijke spawn uitgevoerd, aangezien dat een geauthenticeerde vendor CLI vereist, en `oma` niet op PATH staat na een simpele skill kopie. Baseline versus skill op dezelfde taak (add real-time notifications to a React web + Flutter mobile + FastAPI app): baseline was 227 woorden proza met 0 uitvoerbare commando's, geen PM stap, en "agree on the JSON shape early" als advies; het skill-artefact was 780 woorden met 8 concrete `oma agent:spawn` aanroepen, een session id, een PM decompositie die 6 taken in 4 prioriteitsniveaus produceerde, een harde P1→P2 gate die web/mobile blokkeert totdat het backend contract bevroren is, `--isolation worktree` op de twee parallelle spawns, benoemde progress-{agent}-{sessionId}.md bestanden om te peilen, en als laatste een --read-only QA spawn. Output en docs afgewaardeerd omdat ongeveer een derde van het skill-artefact schema boilerplate is (SSL primitives table, resource-scope table) die geen beslissing veranderde, en omdat SKILL.md sibling agents en de CLI als "Dependencies" vermeldt zonder te zeggen dat een kale skill kopie elk uitgegeven commando als command-not-found achterlaat.
Getest op: 2026-07-21 · Claude Code 2.x (agent harness)
Installatie
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
Commando's en voorbeeldprompts
/oma-coordinationStapsgewijs plan voor het verdelen van een multi-domein feature over PM, dev en QA agents
Skills reageren op gewone verzoeken — geen commando's om te onthouden. Na installatie activeren prompts zoals deze de skill (in het Engels):
Coordinate the frontend and backend agents on this taskWalk me through assigning work to QA agentsHelp me manage this multi-agent project workflow