Oma Coordination
Krok za krokem plán pro rozdělení vícedoménové funkce mezi agenty PM, vývoje a QA
Funguje s nastavením
Co umí
Převádí požadavek na vícedoménovou funkci na manuální sekvenci koordinace více agentů: nejprve dekompozice PM, úkoly seskupené do prioritních úrovní, agenti stejné úrovně spuštěni paralelně do samostatných pracovních prostorů, zmrazení API kontraktu před zahájením práce na frontendu/mobilu a nakonec QA průchod. Spouští se, když úkol zahrnuje backend, frontend, mobil a QA a uživatel chce krok za krokem řídit pořadí spouštění agentů namísto automatizace bez zásahu. Vydává příkazy `oma agent:spawn` a pojmenovává soubory průběhu pro dotazování; pro plně automatizované provedení se spoléhá na dovednost oma-orchestrator.
Testovací report
Klonoval jsem repozitář a nainstaloval generated/agent-skills/oma-coordination do dočasného HOME — frontmatter parsován přesně na {name, description} a jeden odkazovaný soubor (resources/examples.md) byl načten s HTTP 200; žádné curl|sh, base64 ani manipulace s tajemstvími nikde v těle dovednosti. Spustil jsem skutečné CLI v sandboxu (`bunx oh-my-agent@latest agent:spawn --help` v dočasném HOME) a potvrdil, že všechny čtyři příznaky uvedené v SKILL.md — -m/--model, -w/--workspace, --isolation worktree, --read-only — existují tak, jak je dokumentováno; skutečné spuštění jsem neprovedl, protože to vyžaduje ověřené dodavatelské CLI a `oma` není v PATH po prostém zkopírování dovednosti. Základní vs dovednost na stejném úkolu (přidání notifikací v reálném čase do webové aplikace React + mobilní aplikace Flutter + FastAPI): základní test byl 227 slov prózy s 0 spustitelnými příkazy, žádným krokem PM a radou „dohodněte se na tvaru JSONu včas“; artefakt dovednosti byl 780 slov s 8 konkrétními vyvoláními `oma agent:spawn`, ID relace, dekompozicí PM produkující 6 úkolů ve 4 prioritních úrovních, tvrdou bránou P1→P2, která blokuje web/mobil, dokud není zmrazen backend kontrakt, `--isolation worktree` na dvou paralelních spuštěních, pojmenovanými soubory progress-{agent}-{sessionId}.md pro dotazování a nakonec spuštěním QA s --read-only. Výstup a dokumentace byly sníženy, protože zhruba třetina artefaktu dovednosti je boilerplate schématu (tabulka SSL primitiv, tabulka rozsahu zdrojů), která nezměnila žádné rozhodnutí, a protože SKILL.md uvádí sourozenecké agenty a CLI jako „Dependencies“, aniž by uvedl, že prostá kopie dovednosti zanechává každý vydaný příkaz jako command-not-found.
Testováno: 2026-07-21 · Claude Code 2.x (agent harness)
Instalace
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
Příkazy a ukázkové prompty
/oma-coordinationKrok za krokem plán pro rozdělení vícedoménové funkce mezi agenty PM, vývoje a QA
Skilly se spouštějí běžnými požadavky — žádné příkazy k zapamatování. Po instalaci ho aktivují prompty jako tyto (anglicky):
Coordinate the frontend and backend agents on this taskWalk me through assigning work to QA agentsHelp me manage this multi-agent project workflow