Team Audio

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 Audio ». Le skill lui-même orchestre l'équipe audio pour une fonctionnalité ou une zone, via une pipeline à portes ; sans argument, il affiche l'usage et s'arrête sans rien lancer. Il résout d'abord review_mode, automation et team.size en lançant le hooks/yaml-helper.sh du template, hors du dossier de ce skill, et annonce l'ensemble actif avant tout lancement : au team.size individual par défaut, seul le sound-designer roule ; à small, l'audio-director, le technical-artist et le gameplay-programmer se joignent ; à studio, l'accessibility-specialist et le spécialiste moteur principal aussi ; un agent hors de l'ensemble actif est consulté via l'agent de base actif le plus proche, jamais abandonné en silence. Il lit les documents de design de la fonctionnalité dans design/gdd/ par section, la bible sonore à design/audio/sound-bible.md (ou l'ancien design/gdd/sound-bible.md, en recommandant le déplacement, et en disant clairement quand aucun des deux n'existe), les listes d'assets audio dans assets/audio/ et tout document de design sonore existant. L'étape 1 lance l'audio-director pour l'identité sonore, le ton émotionnel, la palette et les règles d'audio adaptatif. L'étape 2 lance le sound-designer (spécifications SFX, événements audio, groupes de mixage, ducking) et l'accessibility-specialist en parallèle : un événement audio critique pour le gameplay sans repère visuel ni sous-titre est BLOCKING, et l'étape 3 ne commence pas tant que l'utilisateur ne l'a pas résolu ou accepté explicitement. L'étape 3 lance le technical-artist (intégration middleware audio Wwise, FMOD ou natif, structure de bus, budgets mémoire, stratégie de streaming) et le spécialiste moteur principal en parallèle pour valider l'intégration pour le moteur épinglé ; sans moteur configuré, le spécialiste est sauté et le run consigne la validation moteur comme NOT ASSESSED. L'étape 4 lance le gameplay-programmer pour implémenter ou revoir le gestionnaire audio, brancher les événements audio aux déclencheurs de gameplay, implémenter la musique adaptative et les zones d'occlusion/réverbération, et écrire des tests unitaires pour les déclencheurs d'événements audio. Les sous-agents écrivent leurs artefacts de travail sous production/audio/[feature]/ (un fichier par agent : direction, spec SFX, accessibilité, plan d'intégration, notes moteur) sans demande par écriture, sous une exception bornée que le fichier documente (le chemin est un de ceux nommés par l'orchestrateur, l'artefact est nouveau sous production/, docs/ ou tests/, et la phase est fermée par un point de décision AskUserQuestion) ; le code d'implémentation est hors de cette exception et n'est écrit qu'après une seule demande pour l'ensemble des fichiers. L'orchestrateur compile ensuite lui-même le document de design audio et demande avant d'écrire design/audio/audio-[feature].md. 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-audio/ 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-audio/ 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 ba6c237d4e63b25a397c06c967c7f98f7827db920237fd9be0170d3e0c59e4e3 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 et team.size, suit .claude/docs/automation-modes.md, config-resolution.md et error-recovery-protocol.md, lit les GDD, la bible sonore et les listes d'assets audio de mon projet, et lance les agents du template (sound-designer à toutes les tailles ; audio-director, technical-artist et gameplay-programmer à small et plus ; accessibility-specialist et spécialiste moteur principal à studio) — des agents, docs 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 de nouveaux artefacts de travail sous production/audio/[feature]/ sans demande par écriture, mais seulement dans l'exception bornée que le fichier documente (chemin nommé par l'orchestrateur, artefact nouveau sous production/, docs/ ou tests/, phase fermée par un AskUserQuestion) ; le code d'implémentation sous la racine de code n'est écrit qu'après une seule demande pour l'ensemble des fichiers, et le design/audio/audio-[feature].md compilé 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 ; Wwise et FMOD n'apparaissent que comme options de middleware pour lesquelles le technical-artist conçoit, en local. - Ne conçois aucun audio, 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-audio dans le répertoire des skills de l'agent, dans un dossier nommé exactement « team-audio », 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-audio), 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 design/ et assets/ du template et lance ses agents d'équipe audio), et qu'à l'usage, ses sous-agents écrivent des artefacts de travail sous production/audio/ sous une exception bornée documentée, le code d'implémentation seulement après une demande pour l'ensemble, et le design audio compilé 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.