Team Combat

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis — SYSTÈME INTÉGRÉ D'ABORD : ce skill est une pièce du template complet « Claude Code Game Studios » (49 agents, 74 skills, templates de studio et un CLAUDE.md de studio, selon le README du dépôt). Chaque skill suppose ce template installé, avec ses conventions, sa configuration project.yaml / project.local.yaml, ses documents de modes .claude/docs/, ses hooks (par exemple hooks/yaml-helper.sh, hors du dossier de ce skill) et ses scripts d'aide .claude/scripts/. Installer cette fiche seule copie seulement le dossier de ce skill, sans le reste du système : le skill peut référencer des agents, fichiers, hooks ou scripts du template absents hors du template complet, et il peut ne pas fonctionner comme prévu seul. Aucun compte, aucune clé ni aucun paiement n'est requis pour copier les fichiers, et rien n'est exécuté pendant l'installation. Installe-moi « Team Combat ». Le skill lui-même orchestre l'équipe combat pour une fonctionnalité de combat, du design à l'implémentation et à la validation ; sans description de fonctionnalité, il affiche l'usage et s'arrête immédiatement, sans lancer aucun sous-agent ni lire aucun fichier. Il résout d'abord review_mode, automation, team.size et workflow en lançant le hooks/yaml-helper.sh du template, hors du dossier de ce skill — workflow dimensionne le document de design comme /design-system — et annonce l'ensemble actif avant la Phase 1 : au team.size individual par défaut, le gameplay-programmer roule la pipeline seul (l'ai-programmer n'est escaladé que si la fonctionnalité signale du travail IA), à small la composition complète ci-dessous roule, et à studio les sous-spécialistes moteur et une passe QA adversariale s'ajoutent. La Phase 1 délègue le design au game-designer, qui rédige le brouillon du GDD à production/combat/[feature]-gdd-draft.md ; l'orchestrateur écrit lui-même le design/gdd/[feature].md final, seulement après sa propre demande « May I write », parce que design/ est hors de l'exception bornée d'écriture. La Phase 2 délègue l'esquisse d'architecture au gameplay-programmer (avec l'ai-programmer si l'IA est impliquée) et lance le spécialiste moteur principal pour la valider pour le moteur épinglé — sauté, et consigné NOT ASSESSED, quand aucun moteur n'est configuré — puis ferme sur une question explicite continuer / réviser / arrêter. La Phase 3 lance le gameplay-programmer, l'ai-programmer, le technical-artist et le sound-designer en parallèle : le sound-designer écrit sa liste d'événements audio à production/combat/[feature]-audio-events.md sous l'exception bornée, tandis que le code, les VFX et les fichiers de shaders sous la racine de code et assets/ sont hors de cette exception et ne sont écrits qu'après une seule demande pour l'ensemble. La Phase 4 intègre les pièces derrière une porte, et la Phase 5 délègue la validation au qa-tester, qui écrit les cas de test à production/qa/test-cases/[feature]-cases.md et les rapports de bugs à production/qa/bugs/BUG-[NNNN].md. La Phase 6 est un rapport de signature parlé (COMPLETE, NEEDS WORK ou BLOCKED ; une validation moteur sautée est nommée dans le verdict, jamais un COMPLETE simple). Son frontmatter épingle model: sonnet. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/team-combat/ au commit épinglé : 1 fichier en tout) Version épinglée : installe le code au commit 05ad7c8a5b8aa2aa86bbd3439ae7cf7295cac418 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/Donchitos/Claude-Code-Game-Studios dans un dossier temporaire, place-toi au commit 05ad7c8a5b8aa2aa86bbd3439ae7cf7295cac418, et copie le dossier .claude/skills/team-combat/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - SKILL.md: SHA-256 2bea102f0344c9387f281b59cf3ad9905523e8fe084f63d12091594eb3fd7eb9 Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quoi il se connecte, s'il lit ou envoie des informations personnelles ou des identifiants, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier du skill contient 1 fichier : SKILL.md seulement. Rien dans le dossier n'est un programme ; ce sont des instructions que l'agent suit à l'usage. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé, et aucun projet à moi n'est audité, lu ni modifié. - Réalité du système intégré, depuis le fichier : à l'usage, le skill lance le hooks/yaml-helper.sh du template pour résoudre review_mode, automation, team.size et workflow, suit .claude/docs/automation-modes.md, config-resolution.md et error-recovery-protocol.md et le template de GDD, lit les fichiers de design et de code de mon projet en local, et lance les agents du template (game-designer, gameplay-programmer, ai-programmer, technical-artist, sound-designer, spécialiste moteur principal et qa-tester, selon team.size) — des agents, docs, templates et fichiers de projet qui vivent hors du dossier de ce skill et sont absents dans une installation seule, donc il ne peut pas rouler comme prévu seul. - À l'usage, ses sous-agents écrivent brouillons, esquisses et artefacts QA sous production/, docs/ ou tests/ sans demande par écriture, mais seulement dans l'exception bornée que le fichier documente (chemin nommé par l'orchestrateur, artefact nouveau, phase fermée par un AskUserQuestion) ; le fichier note lui-même que ses deux fichiers d'esquisse docs/architecture/ ne sont lus par rien dans le dépôt et sont des enregistrements, pas des entrées de porte. Les fichiers d'implémentation (code, VFX, shaders de la Phase 3 et modifications d'intégration de la Phase 4) ne sont écrits qu'après une seule demande pour l'ensemble, et le document de design design/gdd/[feature].md est écrit par l'orchestrateur lui-même seulement après sa propre demande « May I write ». Aucun service tiers, compte ni identifiant n'est nommé dans le fichier. - Ne conçois et n'implémente aucune fonctionnalité de combat, ne lance aucun agent d'équipe, ne lance aucun hook du template, et n'utilise le skill d'aucune façon pendant cette installation : l'utiliser est une étape séparée qui ne commence que quand je le demande plus tard. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier team-combat dans le répertoire des skills de l'agent, dans un dossier nommé exactement « team-combat », en gardant ses 1 fichier dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: team-combat), les 1 fichier en place avec des empreintes concordantes. N'exécute rien du dossier et n'utilise pas le skill pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : qu'il appartient au template complet Claude Code Game Studios et peut ne pas rouler seul (il résout ses réglages via le hook yaml-helper du template, lit les fichiers de design et de code du template et lance ses agents d'équipe combat), et qu'à l'usage, ses brouillons et artefacts QA sont écrits sous production/, docs/ ou tests/ sous une exception bornée documentée, les fichiers d'implémentation seulement après une demande pour l'ensemble, et le GDD seulement après la demande d'écriture de l'orchestrateur lui-même). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.