← Recherche

Smoke Check
Games 📌 Version épinglée : commit 05ad7c8
⚙ Prérequis: Avant de commencer…

Smoke Check

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.

L’essentiel
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.

Version :

D
Créé par : Donchitos — Claude Code Game Studios
⌁

Installation

Copiez le dossier d’installation ci-dessous, puis collez-le dans Muse📌 Version épinglée : commit 05ad7c8

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, ce skill EXÉCUTE la propre suite de tests automatisée du projet sur ta machine (commandes moteur et de test avec de longs timeouts, divulguées au complet ci-dessous) — exécuter ces tests est son travail ; rien de tel ne se passe pendant l'installation. Installe-moi « Smoke Check ». Le skill lui-même est la porte entre « implémentation terminée » et « prêt pour le hand-off QA ». Il détecte la configuration de test (fichiers de test du jeu à la racine de test du moteur, workflows CI, le moteur depuis project.yaml, la liste de smoke tests et le plan QA actuel), puis exécute réellement la suite de tests automatisée : le propre commands.test du projet depuis project.yaml quand il est défini, sinon les défauts par moteur — Godot 4 headless via gdUnit4 après un import headless, Unity en headless en Edit Mode puis Play Mode comme deuxième exécution, Unreal avec un build d'abord — sous des timeouts de 900 ou 1800 secondes, où un timeout est un échec de porte, jamais un pass, et zéro test trouvé est NOT ASSESSED, jamais un pass. Il vérifie ensuite la couverture de test contre les stories du sprint (étape sautée en mode quick), vérifie par lots les chemins critiques avec le développeur via AskUserQuestion (le développeur confirme manuellement ; le skill ne lance pas le jeu lui-même), et génère le rapport avec le verdict PASS, PASS WITH WARNINGS, NOT ASSESSED ou FAIL, optionnellement par plateforme avec --platform pc, console, mobile ou all. En phase 6, il demande « May I write this smoke check report to production/qa/smoke-[date].md? » et n'écrit que sur approbation ; un FAIL bloque le hand-off QA par défaut (bloquant sauf si testing.strict.config se résout advisory). Il ne corrige jamais les échecs automatiquement et ne modifie ni le code source ni les fichiers de test. Il résout automation, workflow, qa.level et testing.strict en lançant le hooks/yaml-helper.sh du template, hors du dossier de ce skill, et suit à leur tour ses six fichiers de phases sous references/. Son frontmatter épingle model: sonnet. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/smoke-check/ au commit épinglé : 7 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/smoke-check/ 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 8531f6d673bf35704b2a0676594e3ab4d6af0153fe772ab590479247fddee6d0 - references/1-detect-setup.md: SHA-256 07af6a1dc13f17fddb6f1877e578969471ffa37e3e5b1845334ca216a36fdff3 - references/2-run-tests.md: SHA-256 93981f1b4aadeff6d3c8db199de990972e7a7d0540313e3cad4c74aaf52c9f62 - references/3-coverage.md: SHA-256 34cee3af8199169ed5771a889174c96f955ed3a56cf26fd56077fada46d62224 - references/4-manual-checks.md: SHA-256 08d9d33dd0441f00346500e00bbea206c21239d83190cc6edbb5d986f9721d07 - references/5-report.md: SHA-256 f819079544bfd59504d79d1e6a6607aaf98f7476cef0a91e15eb6cf1f73adabb - references/6-write-gate.md: SHA-256 35510aaea59e83332a5eccc98a417afed5327114a6180fe62f2b7344cd716192 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 7 fichiers : SKILL.md plus 6 fichiers de phases sous references/ (1-detect-setup, 2-run-tests, 3-coverage, 4-manual-checks, 5-report, 6-write-gate). Rien dans le dossier n'est un programme ; les fichiers de phases sont des instructions que le skill lit et suit à l'usage — les commandes qu'il exécute à l'usage sont les propres commandes de test et de moteur du projet, qui vivent 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 projet à moi n'est audité, lu ni modifié. - Réalité du système intégré, depuis les fichiers : à l'usage, le skill lance le hooks/yaml-helper.sh du template pour résoudre automation, workflow, qa.level et testing.strict, suit .claude/docs/automation-modes.md et la structure de dossiers du template, lit project.yaml, les stories du sprint et les fichiers QA sous production/qa/, et exécute en local la commande de test du projet et les exécutables du moteur (Godot headless, l'éditeur Unity en batch mode, les builds Unreal) — le hook, les docs et la propre configuration de test du projet 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 exécute les tests automatisés du projet sur ma propre machine (divulgué ci-dessus et dans les prérequis) et n'écrit que le rapport smoke, production/qa/smoke-[date].md, seulement après sa demande de phase 6 ; il ne corrige jamais un échec automatiquement et ne modifie ni le code source ni les fichiers de test. Aucun service tiers, compte ni identifiant n'est nommé dans les fichiers. - Ne lance aucun test, aucune commande de moteur, aucun hook 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 smoke-check dans le répertoire des skills de l'agent, dans un dossier nommé exactement « smoke-check », en gardant ses 7 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: smoke-check), les 7 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 de porte via le hook yaml-helper du template et a besoin de la propre configuration de test du projet), et qu'à l'usage il exécute réellement ma suite de tests automatisée en local, bloque le hand-off QA sur un FAIL par défaut, et n'écrit son rapport qu'après avoir demandé). 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.

🔒 Sécurité, provenance et ce que ça touche
🧭 Ce que ça touche
D’après le prompt d’installation que nous avons analysé, cette création ne lance pas de commandes, ne fait pas d’appels réseau à des tiers, n’installe pas de paquets, n’écrit pas de fichiers et ne demande pas de clés API.
Analyse du prompt d’installation · 2026-10-22
🔒 Sécurité et provenance
📌 Version épinglée : commit 05ad7c8 · 2026-10-22
🔎 Dernière vérification · 23 oct. 2026 : aucun changement détecté dans les fichiers liés par ce prompt d’installation
Skill Harbor ne révise jamais le code des skills listés. Ce sont des faits datés sur le prompt d’installation et notre test d’installation, pas une certification de sécurité. Révisez un skill vous-même avant de l’installer. Comment nous vérifions
Envie d'être encore plus prudent ?

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 ?

Comment vérifier une création avant de l’installer →

?

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.