Propagate Design Change

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 « Propagate Design Change ». Quand un document de design de jeu (GDD) change, il trouve les décisions d'architecture (ADR) que le changement rend périmées et te guide dans la résolution de chacune. Tu lui donnes le chemin du GDD changé (requis). Il lit ce qui a changé depuis git — git diff et git log sur ce fichier, jamais une comparaison à l'œil de documents entiers — vérifie éventuellement design/registry/entities.yaml pour les autres GDD qui utilisent les faits changés, liste les ADR dans la portée avec le script du template .claude/scripts/adr-status.sh (la portée dépend du palier de workflow : tous les ADR à full, les critiques à standard, aucun à minimal), et classe chaque ADR touché Still Valid, Needs Review ou Likely Superseded avec .claude/scripts/md-section.sh. Quand les skill-gates roulent, l'agent technical-director du template révise le rapport d'impact (gate TD-CHANGE-IMPACT). La résolution se fait ADR par ADR, demandée à chaque fois : la seule écriture directe qu'il fait est de mettre la section Status d'un ADR à Superseded via md-section.sh, après avoir demandé « May I set the Status of [ADR file] to Superseded? » ; il demande aussi avant d'ajouter des lignes à docs/architecture/requirements-traceability.md et avant d'écrire le rapport d'impact à docs/architecture/change-impact-[date]-[system-slug].md. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/propagate-design-change/ 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/propagate-design-change/ 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 bf110550ddd1ca9c8bbd266cda2808b40aec02646b6ff9886d850ab9f1f1d7c9 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 — les scripts qu'il pilote (adr-status.sh, md-section.sh) appartiennent au template, hors de ce dossier. - 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 GDD ni ADR à moi n'est lu, aucune commande git n'est lancée et rien n'est modifié. - Réalité du système intégré, depuis le fichier : à l'usage, le skill résout la configuration du studio en lançant le hooks/yaml-helper.sh du template (clés review_mode, review_gate, automation, automation_always_ask, workflow, system_overrides), est explicitement autorisé git diff et git log dans mon projet, pilote les scripts du template .claude/scripts/adr-status.sh et .claude/scripts/md-section.sh, lit docs/architecture/ et éventuellement design/registry/entities.yaml, et quand les skill-gates roulent remet son rapport d'impact à l'agent technical-director du template — des fichiers, scripts et un agent qui vivent hors du dossier de ce skill et sont absents dans une installation seule, donc il ne peut pas rouler hors du template complet. - À l'usage, chaque écriture est demandée d'abord, un ADR à la fois : remplacer le corps de la section Status d'un ADR par Superseded (via md-section.sh replace — la seule forme d'écriture que le fichier nomme), ajouter des lignes à l'index de traçabilité quand il existe, et écrire le document d'impact de changement sous docs/architecture/. Aucun service tiers, compte ni identifiant n'est nommé dans le fichier. - Ne propage aucun changement, ne lance ni git, ni aucun script ou agent 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 propagate-design-change dans le répertoire des skills de l'agent, dans un dossier nommé exactement « propagate-design-change », 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: propagate-design-change), 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 pilote les scripts adr-status.sh et md-section.sh et le hook yaml-helper du template et utilise git dans mon projet), et que chaque écriture — un ADR marqué Superseded, les lignes de traçabilité, le document d'impact — est demandée d'abord, un ADR à la fois). 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.