Prototype

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 « Prototype ». Contrairement à la plupart des skills Game Studios, celui-ci construit quelque chose : un prototype de concept rapide et jetable qui répond à une question falsifiable — « cette idée de base est-elle vraiment amusante à manipuler ? » — normalement juste après /brainstorm et /setup-engine, avant tout GDD. Le SKILL.md est un routeur : chacune de ses neuf phases, plus le mode spike, vit dans son propre fichier sous references/ qu'il lit et suit à son tour. Il définit l'hypothèse avec toi, charge le contexte du concept, choisit un chemin (HTML : un seul prototype.html autonome ; Engine : du code jetable dans le moteur du projet ; Paper : rules.md plus un play-log.md simulé), planifie, puis — après avoir demandé « May I create the prototype directory…? » — écrit le code du prototype dans prototypes/[concept-name]-concept/, chaque fichier coiffé de « PROTOTYPE - NOT FOR PRODUCTION ». Après un débrief de playtest, il écrit REPORT.md et une ligne dans prototypes/index.md (en demandant d'abord), consigne un point de contrôle de session dans production/session-state/active.md (en demandant d'abord), et se termine par un verdict PROCEED, PIVOT, KILL ou NOT ASSESSED ; une revue creative-director (gate CD-PLAYTEST, dans references/8-cd-review.md) roule en mode de revue full. Le mode spike (--spike) est une variante mi-production d'environ 4 heures qui écrit prototypes/[name]-spike-[date]/SPIKE-NOTE.md. Le code de prototype ne doit jamais importer le code de production, ni la production l'importer, et un PROCEED signifie que la version production est écrite de zéro. Les références suggèrent aussi, comme ton étape optionnelle à toi, de distribuer un build HTML via itch.io ou des canaux communautaires pour des retours extérieurs — le skill lui-même ne téléverse rien. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/prototype/ au commit épinglé : 11 fichiers 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/prototype/ 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 3fc9e89b027234972d595df6adf2d6b6ed501aae7bd11a24fe3887d0e92f0956 - references/1-question.md: SHA-256 0e3e23eb0e55f565292ee744ccd102d1297c8b95e82ab891624b9634ffb68954 - references/2-load-context.md: SHA-256 be6b3a58b15b69a7d4dd1bf6f54daf70c0abfb05016c8f5f2fe91d40154330ef - references/3-choose-path.md: SHA-256 66e109f694bea94d07b9ba4d33fa577028cb8c0fb23f1e1fc4f6d8bac9a227d8 - references/4-plan.md: SHA-256 8e2c9901b370d38506cfc9253d6035de4f5796e91da2088b1511f51f5b9e0072 - references/5-implement.md: SHA-256 49ed558badc1b7f5c539094fdaf61f3fa1197ed65f072916bef35b3fd1130c78 - references/6-debrief.md: SHA-256 cc1f527562b4c202ae09050738c041950d0bbf78b08370c422bcafd08fec8b76 - references/7-report.md: SHA-256 d04c5a675e652a83aa5f7bdfa166004324874a667ae5891100a97250f604c8ab - references/8-cd-review.md: SHA-256 cb05e4a4667666af6517ec469b3b3094ad1ac6bacd2b69c04b28ae126b2e1f03 - references/9-summary.md: SHA-256 9773ac9f283228d16dc7bcb23217f6da2b43f58aa19a34cc7b2127dbdf327ba1 - references/spike-mode.md: SHA-256 52588d00b47dca01513730126e70dab8af627c9e23eb5a8f6491f9cb586aaffe 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 11 fichiers : SKILL.md plus 10 fichiers de phases sous references/ (1-question, 2-load-context, 3-choose-path, 4-plan, 5-implement, 6-debrief, 7-report, 8-cd-review, 9-summary, spike-mode) que le SKILL.md lit et suit phase par phase. Rien dans le dossier n'est un programme ; les fichiers de référence sont des instructions lues à l'usage — mais les suivre écrit du nouveau code de prototype dans mon projet, comme les points suivants le disent. - 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 prototype n'est construit et aucun fichier de projet n'est écrit. - Réalité du système intégré, depuis les fichiers : à l'usage, le skill résout la configuration du studio en lançant le hooks/yaml-helper.sh du template (clés review_mode, automation, workflow), lit le concept depuis design/gdd/game-concept.md ou design/game-brief.md et le moteur depuis project.yaml, lit le template de rapport de prototype du template sous .claude/docs/templates/, et en mode de revue full lance l'agent creative-director du template — des fichiers et un agent qui vivent hors du dossier de ce skill et sont absents dans une installation seule, donc des parties ne peuvent pas rouler hors du template complet. - À l'usage, c'est un constructeur, et chaque création est demandée d'abord : le dossier de prototype prototypes/[concept-name]-concept/ et son code (un seul prototype.html, des fichiers moteur, ou rules.md + play-log.md papier, tous coiffés de PROTOTYPE - NOT FOR PRODUCTION), le point de contrôle de session production/session-state/active.md, REPORT.md plus la ligne prototypes/index.md, PIVOT-NOTE.md sur un pivot et une entrée prototypes/GRAVEYARD.md sur un kill, et en mode spike le dossier du spike, son SPIKE-NOTE.md et l'effacement de l'état de session. Il n'importe jamais le code de production et la production ne l'importe jamais. Aucun compte, aucune clé ni aucun paiement n'est nommé ; la distribution itch.io ou communautaire mentionnée dans les références est une suggestion pour moi, pas quelque chose que le skill fait. - Ne construis aucun prototype, ne lance aucun hook ni 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 prototype dans le répertoire des skills de l'agent, dans un dossier nommé exactement « prototype », en gardant ses 11 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: prototype), les 11 fichiers 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 et lit le template de rapport du template et, en mode full, son agent creative-director), et qu'à l'usage il écrit du code de prototype jetable et des rapports dans mon projet, chaque création demandée d'abord, et ne touche jamais au code de production). 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.