Settings

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 « Settings ». Le skill lui-même voit ou change la configuration de projet du template de studio : sans argument, il affiche chaque réglage effectif de project.yaml fusionné avec project.local.yaml (avec la source de chaque valeur et ses annotations de surcharge locale et de verrouillage), avec une clé, il affiche ce réglage seul, et avec clé=valeur, il écrit project.yaml (équipe entière) — ou project.local.yaml (par développeur, gitignored) avec la forme --local. Chaque écriture passe une porte d'approbation (AskUserQuestion) — le fichier dit que les écritures de configuration dans project.yaml sont une décision schema_changes confirmée même en mode autonome — plus une validation d'enum, un contrôle de clé connue, et des avertissements quand la clé est RESERVED (stockée, mais aucun skill ni hook ne la lit, donc la définir ne change aucun comportement — il avertit, il ne refuse jamais) ou masquée par une surcharge locale ; les clés verrouillées au niveau projet ne peuvent pas être définies localement. Pour ce faire, il lance les fonctions du hooks/yaml-helper.sh du template (resolve_setting, get_yaml_key, validate_yaml_enum, validate_enum_value, is_locally_overridable) et le script du template .claude/scripts/config-set.sh en mode dry-run, et greppe .claude/docs/effects-map.md pour l'ensemble réservé — tous des fichiers du template hors du dossier de ce skill. Les écritures se font avec Edit ou Write sur les fichiers YAML eux-mêmes ; aucune bibliothèque YAML externe n'est utilisée. Son frontmatter épingle model: sonnet. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/settings/ 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/settings/ 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 5741b2ef90d60ee3ee350b908d106c10fcd037ad280d2a9ee4cb8f8a7fcc506e 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. Le script d'aide et le script config-set qu'il appelle à l'usage ne sont PAS dans ce dossier — ils appartiennent au template. - 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 les fonctions du hooks/yaml-helper.sh du template et le script du template .claude/scripts/config-set.sh (dry-run), greppe .claude/docs/effects-map.md, lit .claude/docs/settings-guidance.md pour les conseils, et lit ou modifie project.yaml et project.local.yaml de mon projet à la racine du projet — aides, docs et fichiers de configuration 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 (si yaml-helper.sh manque, il rapporte que ce n'est pas un projet CCGS et sort). - À l'usage, les modes de vue n'écrivent rien. Les modes de définition modifient exactement un fichier de configuration — project.yaml (équipe entière) ou project.local.yaml (ma surcharge locale gitignored) — et seulement après la porte d'approbation AskUserQuestion, qui s'applique même en mode autonome pour les écritures dans project.yaml. Aucun service tiers, compte ni identifiant n'est nommé dans le fichier, et aucun appel réseau n'est fait. - Ne vois ni ne change aucun réglage, ne lance aucun aide ni script 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 settings dans le répertoire des skills de l'agent, dans un dossier nommé exactement « settings », 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: settings), 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 (ses fonctions yaml-helper, son script config-set et l'effects-map vivent dans le template, hors de ce dossier), et qu'à l'usage ses écritures dans project.yaml ou project.local.yaml passent toujours une porte d'approbation). 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.