Design System
SYSTÈME INTÉGRÉ : ce skill appartient au template complet « Claude Code Game Studios » (49 agents, 74 skills, templates et un CLAUDE.md de studio) ; il suppose ce template et ses conventions.
- Quoi
- SYSTÈME INTÉGRÉ : ce skill appartient au template complet « Claude Code Game Studios » (49 agents, 74 skills, templates et un CLAUDE.md de studio) ; il suppose ce template et ses conventions.
- Coût
- Gratuit
- Prérequis
- 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.
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — SYSTÈME INTÉGRÉ : ce skill appartient au template complet « Claude Code Game Studios » (49 agents, 74 skills, templates et un CLAUDE.md de studio) ; il suppose ce template et ses conventions. Cette fiche n'installe que le dossier de ce skill, sans le reste du système, et le skill peut référencer des agents ou fichiers du template absents hors du template complet. Il rédige le GDD d'un système section par section : ses cinq fichiers de phases sous references/ conduisent l'analyse des arguments, la collecte de contexte (concept ou brief, index des systèmes, GDD de dépendances, ADR), un squelette demandé d'abord avec seulement les sections requises du palier, un cycle par section questions-options-décision-brouillon-approbation-écriture routé vers des agents spécialistes qui n'écrivent jamais de fichiers eux-mêmes, et la validation post-design (auto-vérification, gate piliers du creative-director en mode full, mises à jour du registre et de l'index des systèmes chacune après demande). Les sections approuvées sont écrites immédiatement, donc une session peut reprendre où elle s'était arrêtée. Crédit : @Donchitos. Licence MIT. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.
Version :
Installation
Copiez le dossier d’installation ci-dessous, puis collez-le dans Muse📌 Version épinglée : commit 05ad7c8Avant 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 « Design System ». Il rédige le document de design de jeu (GDD) d'un système, section par section, en croisant ses dépendances. Le SKILL.md lui-même est un orchestrateur mince : chacune de ses cinq phases vit dans son propre fichier sous references/ (1-parse-arguments, 2-gather-context, 3-file-skeleton, 4-section-design, 5-post-design), que la session lit et suit à son tour. Il rassemble le contexte d'abord (concept de jeu ou, au palier minimal, le brief d'une page, l'index des systèmes, les GDD de dépendances et les ADR), demande avant de créer le squelette du GDD à design/gdd/[system-name].md avec seulement les sections que le palier résolu exige (8 à full, 5 à standard plus Formulas quand le système définit des règles numériques), puis traverse chaque section par un cycle Contexte, Questions, Options, Décision, Brouillon, Approbation, Écriture — en mode collaboratif, il n'écrit jamais une section sans l'approbation de l'utilisateur, et chaque section approuvée est écrite immédiatement pour qu'une session interrompue puisse reprendre depuis production/session-state/active.md. Les sections de domaine sont routées vers les agents spécialistes du template (game-designer, systems-designer, economy-designer, narrative-director et d'autres selon la catégorie), qui ne retournent que de l'analyse : la session principale détient chaque écriture de fichier, les agents n'écrivent jamais directement. Après le design, il auto-vérifie le GDD fini, lance un gate piliers du creative-director en mode de revue full, et demande séparément avant de mettre à jour le registre d'entités (design/registry/entities.yaml, ensuite validé avec le .claude/scripts/registry.sh du template), l'index des systèmes et l'état de session. Il ne propose jamais /design-review dans la même session — la revue doit se faire dans une session fraîche. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/design-system/ au commit épinglé : 6 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/design-system/ 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 9c4e7d1f1594e062c50f96e60a06d5a0fbaae1f90a7f4f9762f0952b7248d396 - references/1-parse-arguments.md: SHA-256 5a0ad57af5d5d3b4d225c6a81f1d21d5e6e709c723ab48d115829d2531175329 - references/2-gather-context.md: SHA-256 149f349250ed5c49c8fbe9cba92f4f1f750b9d5dce96c9a98267cfe29d8a0040 - references/3-file-skeleton.md: SHA-256 95dc956f90e443d15f4cd0ff4f7709f70c9068d5da5b163c9226220ac7d89e52 - references/4-section-design.md: SHA-256 56ad86f7973a67284731c7ff02e5b740a5e1738e95fe7f8bb2b72d736ac3d29d - references/5-post-design.md: SHA-256 ea90124e8c6caa5e9cdbd61480f4e94ac540c058e709dd1cac4b2c46a32f86df 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 6 fichiers : SKILL.md plus 5 fichiers de phases sous references/ (1-parse-arguments, 2-gather-context, 3-file-skeleton, 4-section-design, 5-post-design) que le SKILL.md lit et suit à son tour — la vraie procédure vit surtout dans ces références, pas dans le seul SKILL.md. Rien dans le dossier n'est un programme ; les six sont des instructions que le skill lit à 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 lu ni modifié. - 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, docs.density, system_overrides), lit les documents .claude/docs/ du template et son template de document de design, lance les agents spécialistes du template selon la catégorie du système, et après le design lance le .claude/scripts/registry.sh du template pour valider le registre d'entités — des fichiers et agents 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. Dans le template, il lit le concept ou brief, l'index des systèmes, les GDD et les ADR de mon projet, en local. - À l'usage, il écrit le GDD de façon incrémentale et seulement via des approbations : le squelette après une demande, puis chaque section juste après sa propre approbation, l'état de session dans production/session-state/active.md après chaque écriture, et — chacun après sa propre demande — le registre d'entités et l'index des systèmes. Les agents spécialistes n'écrivent jamais de fichiers ; la session principale détient toutes les écritures. Aucun service tiers, compte ni identifiant n'est nommé dans les fichiers que j'ai lus. - Ne conçois aucun système, ne lance aucun hook, script 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 design-system dans le répertoire des skills de l'agent, dans un dossier nommé exactement « design-system », en gardant ses 6 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: design-system), les 6 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 — qu'il appartient au template complet Claude Code Game Studios et peut ne pas rouler seul (ses phases vivent dans ses fichiers references/ et dépendent des docs, templates, agents spécialistes et du script de registre du template), et qu'à l'usage il rédige un GDD section par section dans mon projet, chaque section écrite seulement après mon 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.
Enregistré dans vos installs récentes. Retrouvez-le à tout moment sur /connect.
🔒 Sécurité, provenance et ce que ça touche
Le prompt d'installation ci-dessous inclut déjà les étapes de vérification : votre agent suit la checklist communautaire avant d'installer tout ce qui contient du code exécutable. Vous en voulez plus ?
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.