Start

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. À l'usage, il écrit trois réglages du projet dans project.yaml (et un fichier miroir legacy du stade), seulement après un oui explicite — divulgué au complet ci-dessous. Installe-moi « Start ». Le skill lui-même est le point d'entrée d'onboarding guidé pour un utilisateur débutant du template de studio : il ne suppose aucune idée de jeu, aucun moteur et aucune expérience. Il lance d'abord le .claude/scripts/project-state.sh du template et lit project.yaml (moteur, concept ou brief, documents de design, code, et si modes.rigor et modes.automation sont déjà définis), puis demande d'où l'utilisateur part : A) aucune idée encore, B) une idée vague, C) un concept clair, ou D) du travail existant ; une réponse qui contredit ce qu'il a trouvé sur le disque est contestée une fois, poliment, avant le routage. Il nomme l'unique étape suivante immédiate pour le chemin (/brainstorm, /setup-engine ou /project-stage-detect) mais n'exécute jamais cette étape lui-même, puis montre une carte « What I'll set up » avec le stade du projet et la rigueur inférés, et demande « Save these to project.yaml (and the stage to production/stage.txt)? » Seulement sur « Save them » écrit-il, via les scripts d'aide set-stage.sh et config-set.sh du template : project.stage (avec son miroir legacy production/stage.txt), modes.rigor quand il n'est pas déjà défini, et, après la question d'automatisation de la phase 5 dont le choix est lui-même le consentement, modes.automation ; toute autre réponse n'écrit rien. Il n'écrit jamais modes.review_mode ni production/review-mode.txt, ni aucun autre réglage que la rigueur chapeaute. Il présente ensuite le chemin complet pour la rigueur choisie et passe le relais avec une seule ligne, « Type [skill] to begin. » Si l'origin_url du projet pointe encore vers le dépôt template de Donchitos, il avertit qu'un push ou une pull request irait là-bas et suggère de renommer le remote, sans exécuter aucune commande git. Un utilisateur de retour (moteur et concept tous deux présents) ne se fait rien demander et est dirigé vers /help. Son frontmatter épingle model: sonnet. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/start/ 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/start/ 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 ab6e079a48c99479ac71deca11b9143a4b87874b6589e39c3e0a81422d9d1f32 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 les scripts du template .claude/scripts/project-state.sh (lecture), et sur approbation set-stage.sh et config-set.sh (écritures), lit project.yaml et les fichiers de concept, de design et de code du projet, et suit .claude/docs/settings-guidance.md et automation-modes.md — des scripts et docs 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, il n'écrit que les trois réglages nommés ci-dessus (project.stage, modes.rigor, modes.automation dans project.yaml, plus le miroir du stade production/stage.txt), seulement après les réponses d'enregistrement explicites décrites dans ce prompt ; il ne démarre jamais le skill suivant qu'il recommande, et il n'exécute aucune commande git. Aucun service tiers, compte ni identifiant n'est nommé dans le fichier. - N'embarque personne, ne lance ni project-state ni aucun autre 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 start dans le répertoire des skills de l'agent, dans un dossier nommé exactement « start », 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: start), 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 travaille via les scripts d'aide .claude/scripts/ et le guidage .claude/docs/ du template), et qu'à l'usage il n'écrit les réglages de stade, de rigueur et d'automatisation dans project.yaml qu'après un oui explicite, et n'exécute jamais l'étape suivante qu'il recommande). 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.