
de agent-teams-playbook108
Un guide multiplateforme pour concevoir et piloter des équipes d'agents multiples : workflow en six étapes, chaînes de repli, arbres de décision par scénario et jalons de qualité.
Ce playbook codifie la planification, la découverte et l'exécution d'équipes d'agents multiples sur différents runtimes (Claude Code, Codex, OpenClaw, Cursor). Il impose un workflow en six étapes (planification, découverte, conception de l'équipe, exécution parallèle, jalons de qualité, livraison), une chaîne de repli des compétences en trois étapes, et des conseils basés sur des scénarios pour savoir quand utiliser des prompts simples ou une orchestration d'équipe complète. Le document est prescriptif concernant la transparence, les chemins de déclassement et les étapes de vérification afin que les agents soient honnêtes quant aux capacités de la plateforme.
À utiliser lorsqu'un utilisateur demande une coordination multi-agents, une orchestration d'équipe, un traitement parallèle, ou lorsque des tâches bénéficieraient d'un parallélisme basé sur des rôles (revue de code à grande échelle, recherche multi-angles, traitement de données volumineuses). Également utile pour mapper les concepts de Claude Code vers des plateformes qui manquent de primitives identiques — ce playbook spécifie le comportement de déclassement.
Idéal pour les agents capables d'orchestration pouvant lancer des sous-agents ou gérer des tâches parallèles (Claude Code, orchestrateurs de plateforme, OpenClaw avec gestion de workspace). Les agents ne pouvant pas lancer de véritables sous-agents doivent suivre les chemins de déclassement du playbook (exécution séquencée sur le fil principal).
Agent Teams Playbook est une compétence d'orchestration multi-agents multiplateforme avec un flux de travail en six étapes, des chaînes de repli et des portes de qualité. Les 4 scripts fournis sont des outils de validation CI/repo (check-components, check-repository, release-contract, release-contract.test) liés à une structure de monorepo spécifique (catalog.json, VERSION, CHANGELOG.md) et ne sont pas exécutables seuls. Le corps du fichier SKILL.md était nul/vide dans la DB, seuls les scripts étaient disponibles pour examen. La sécurité est correcte — scan d'identifiants, protection contre le traversée de chemin et pas d'exfiltration — mais les scripts sont étroitement couplés au repo 'KimYx0207/Kim_Service' et imposent des noms de repo/org codés en dur.
Les scripts sont des outils de validation/passage de version bien écrits avec de bonnes pratiques de sécurité (détection de fuite d'identifiants, vérification du traversée de chemin, blocage des liens symboliques). Cependant, ils sont profondément couplés à un repo spécifique ('KimYx0207/Kim_Service') et imposent des valeurs codées en dur comme le nom du repository, le nombre de composants (exactement 9) et la branche de release ('main'). Cela les rend non réutilisables en tant que compétence d'agent générale. Le corps nul de SKILL.md signifie que le contenu du playbook — flux de travail en six étapes, chaînes de repli, arbres de décision — n'a pas pu être évalué.