Oma Coordination

Steg-for-steg-plan for å splitte en flerdomene-funksjon på tvers av PM-, utviklings- og QA-agenter

av first-fluke · first-fluke/oh-my-agent

Krever oppsett ★ 8.0/10

Oma Coordination — Steg-for-steg-plan for å splitte en flerdomene-funksjon på tvers av PM-, utviklings- og QA-agenter

Hva den gjør

Gjør en flerdomene-funksjonsforespørsel om til en manuell fleragent-koordineringssekvens: PM-dekomponering først, oppgaver gruppert i prioritetsnivåer, agenter på samme nivå spawnes parallelt i separate arbeidsområder, API-kontrakt fryses før frontend/mobil-arbeid starter, og en QA-gjennomgang til slutt. Utløses når en oppgave spenner over backend, frontend, mobil og QA, og brukeren ønsker steg-for-steg-kontroll over agent-spawn-rekkefølgen fremfor hands-off automatisering. Sender ut `oma agent:spawn`-kommandoer og navngir fremdriftsfilene som skal avspørres; for fullt automatisert utførelse delegerer den til oma-orchestrator-ferdigheten.

Testrapport

Klonet repoet og installerte generated/agent-skills/oma-coordination i en midlertidig HOME — frontmatter parset til nøyaktig {name, description}, og den ene refererte filen (resources/examples.md) ble hentet med HTTP 200; ingen curl|sh, base64 eller hemmelighets-håndtering noe sted i ferdighetskroppen. Jeg kjørte den virkelige CLI sandboxed (`bunx oh-my-agent@latest agent:spawn --help` i en midlertidig HOME) og bekreftet at de fire flaggene SKILL.md siterer — -m/--model, -w/--workspace, --isolation worktree, --read-only — alle eksisterer som dokumentert; jeg utførte ikke en faktisk spawn, da det krever en autentisert leverandør-CLI, og `oma` er ikke på PATH etter en enkel ferdighetskopi. Baseline vs ferdighet på samme oppgave (add real-time notifications to a React web + Flutter mobile + FastAPI app): baseline var 227 ord prosa med 0 kjørbare kommandoer, ingen PM-steg, og "agree on the JSON shape early" som råd; ferdighetsartefakten var 780 ord med 8 konkrete `oma agent:spawn` kall, en session id, en PM-dekomponering som produserte 6 oppgaver i 4 prioritetsnivåer, en hard P1→P2-port som blokkerer web/mobil til backend-kontrakten er frosset, `--isolation worktree` på de to parallelle spawns, navngitte progress-{agent}-{sessionId}.md filer å avspørre, og en --read-only QA spawn til slutt. Redusert utdata og dokumentasjon fordi omtrent en tredjedel av ferdighetsartefakten er skjema-boilerplate (SSL primitives table, resource-scope table) som ikke endret noen beslutning, og fordi SKILL.md lister søskenagenter og CLI som "Dependencies" uten å si at en bar ferdighetskopi etterlater hver utsendte kommando som command-not-found.

Testet på: 2026-07-21 · Claude Code 2.x (agent harness)

Installer

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-coordinationSteg-for-steg-plan for å splitte en flerdomene-funksjon på tvers av PM-, utviklings- og QA-agenter

Skills utløses av vanlige forespørsler — ingen kommandoer å huske. Etter installasjonen aktiverer prompter som disse skillen (på engelsk):

Coordinate the frontend and backend agents on this task
Walk me through assigning work to QA agents
Help me manage this multi-agent project workflow

Full rapport →