Oma Coordination
Plan étape par étape pour répartir une fonctionnalité multi-domaine entre les agents PM, dev et QA.
Fonctionne avec configuration
Ce que fait
Transforme une demande de fonctionnalité multi-domaine en une séquence de coordination multi-agents manuelle : décomposition PM d'abord, tâches regroupées par niveaux de priorité, agents de même niveau lancés en parallèle dans des espaces de travail séparés, contrat API gelé avant le début du travail frontend/mobile, et une passe QA en dernier. Se déclenche lorsqu'une tâche couvre le backend, le frontend, le mobile et la QA et que l'utilisateur souhaite un contrôle étape par étape sur l'ordre de lancement des agents plutôt qu'une automatisation sans intervention. Émet des commandes `oma agent:spawn` et nomme les fichiers de progression à interroger ; pour une exécution entièrement automatisée, il délègue à la compétence oma-orchestrator.
Rapport de test
Cloné le dépôt et installé generated/agent-skills/oma-coordination dans un HOME temporaire — frontmatter analysé pour correspondre exactement à {name, description}, et le fichier référencé (resources/examples.md) a retourné HTTP 200 ; aucun curl|sh, base64 ou gestion de secrets nulle part dans le corps de la compétence. J'ai exécuté le vrai CLI en sandbox (`bunx oh-my-agent@latest agent:spawn --help` dans un HOME temporaire) et confirmé que les quatre drapeaux cités dans SKILL.md — -m/--model, -w/--workspace, --isolation worktree, --read-only — existent tous comme documenté ; je n'ai pas exécuté de spawn réel, car cela nécessite un CLI fournisseur authentifié, et `oma` n'est pas sur le PATH après une simple copie de compétence. Référence vs compétence sur la même tâche (ajouter des notifications en temps réel à une application web React + mobile Flutter + FastAPI) : la référence était de 227 mots de prose avec 0 commandes exécutables, pas d'étape PM, et "agree on the JSON shape early" comme conseil ; l'artefact de la compétence était de 780 mots avec 8 invocations concrètes `oma agent:spawn`, un ID de session, une décomposition PM produisant 6 tâches en 4 niveaux de priorité, une porte P1→P2 dure qui bloque le web/mobile jusqu'à ce que le contrat backend soit gelé, `--isolation worktree` sur les deux spawns parallèles, des fichiers progress-{agent}-{sessionId}.md nommés à interroger, et un spawn QA --read-only en dernier. Sortie et docs pénalisées car environ un tiers de l'artefact de la compétence est du boilerplate de schéma (tableau des primitives SSL, tableau de portée des ressources) qui n'a changé aucune décision, et parce que SKILL.md liste les agents frères et le CLI comme "Dependencies" sans dire qu'une simple copie de compétence laisse chaque commande émise comme introuvable.
Testé le: 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
Commandes et exemples de prompts
/oma-coordinationPlan étape par étape pour répartir une fonctionnalité multi-domaine entre les agents PM, dev et QA.
Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :
Coordinate the frontend and backend agents on this taskWalk me through assigning work to QA agentsHelp me manage this multi-agent project workflow