Oma Coordination
Steg-för-steg-plan för att dela upp en flerdomänfunktion mellan PM-, dev- och QA-agenter
Fungerar med konfiguration
Vad den gör
Förvandlar en flerdomänfunktionsförfrågan till en manuell fleragent-koordinationssekvens: PM-dekomposition först, uppgifter grupperade i prioritetsskikt, agenter på samma skikt startas parallellt i separata arbetsytor, API-kontrakt fryses innan frontend/mobil-arbete påbörjas, och en QA-genomgång sist. Utlöses när en uppgift sträcker sig över backend, frontend, mobil och QA och användaren vill ha steg-för-steg-kontroll över agenternas startordning snarare än hands-off-automatisering. Genererar `oma agent:spawn`-kommandon och namnger framstegsfilerna att avläsa; för fullt automatiserad exekvering delegerar den till oma-orchestrator-färdigheten.
Testrapport
Klonade repot och installerade generated/agent-skills/oma-coordination i en temporär HOME — frontmatter parsades till exakt {name, description}, och den enda refererade filen (resources/examples.md) hämtades med HTTP 200; ingen curl|sh, base64 eller hemlighetshantering någonstans i färdighetens kropp. Jag körde den riktiga CLI sandlådat (`bunx oh-my-agent@latest agent:spawn --help` i en temp HOME) och bekräftade att de fyra flaggorna som SKILL.md nämner — -m/--model, -w/--workspace, --isolation worktree, --read-only — alla existerar som dokumenterat; jag utförde ingen faktisk spawn, eftersom det kräver en autentiserad leverantörs-CLI, och `oma` finns inte på PATH efter en enkel färdighetskopia. Baslinje kontra färdighet på samma uppgift (lägg till realtidsnotifikationer till en React web + Flutter mobil + FastAPI app): baslinjen var 227 ord prosa med 0 exekverbara kommandon, inget PM-steg, och "agree on the JSON shape early" som råd; färdighetsartefakten var 780 ord med 8 konkreta `oma agent:spawn`-anrop, ett sessions-ID, en PM-dekomposition som producerade 6 uppgifter i 4 prioritetsskikt, en hård P1→P2-grind som blockerar webb/mobil tills backend-kontraktet är fryst, `--isolation worktree` på de två parallella spawns, namngivna progress-{agent}-{sessionId}.md-filer att avläsa, och en --read-only QA spawn sist. Avdrag för utdata och dokumentation eftersom ungefär en tredjedel av färdighetsartefakten är schemabojlerplate (SSL primitives table, resource-scope table) som inte ändrade något beslut, och eftersom SKILL.md listar syskonagenter och CLI som "Dependencies" utan att säga att en ren färdighetskopia lämnar varje genererat kommando som command-not-found.
Testad: 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
Kommandon och exempelprompter
/oma-coordinationSteg-för-steg-plan för att dela upp en flerdomänfunktion mellan PM-, dev- och QA-agenter
Skills triggas av vanliga förfrågningar — inga kommandon att memorera. Efter installationen aktiverar prompter som dessa skillen (på engelska):
Coordinate the frontend and backend agents on this taskWalk me through assigning work to QA agentsHelp me manage this multi-agent project workflow