roblox

Construit une animation de personnage Roblox — coup, course, saut, idle, emote — sous forme de `KeyframeSequence` que l'utilisateur publie lui-même en deux clics, puis câble via l'`Animator`. Utilise ce skill quand la demande porte sur le mouvement d'un personnage ou d'un rig à `Humanoid` : « fais-moi une animation de coup de poing », « le personnage doit se pencher quand il porte », « une animation de course », « anime le perso », « il n'y a pas d'animation quand on frappe ». N'utilise pas ce skill pour animer un objet ou un prop construit par `hat3d` — porte, couvercle, tiroir, rotation — qui a son propre format de tracks (voir hat3d). Ni pour des particules, des faisceaux ou un retour visuel (voir vfx). Ni pour diagnostiquer une animation existante qui ne se joue pas (voir debug).

Entretient les skills du plugin : en crée un nouveau après interview, ou consolide le journal d'apprentissage dans les skills existants. Utilise ce skill quand l'utilisateur veut créer ou ajouter un skill, dit « transforme ça en skill », « fais-en un skill », « j'en ai marre de retaper ça », ou décrit un geste qu'il répète — et aussi quand il dit « affine », « consolide », « mets à jour les skills », « applique ce que tu as appris », « vide le journal », ou donne suite au signalement « N leçons en attente ». N'utilise pas ce skill pour le travail sur le jeu lui-même : écrire du code (voir code), cadrer une feature (voir game-design), diagnostiquer (voir debug). L'atelier ne touche qu'aux skills, jamais au jeu.

Écrit un morceau de code Luau précis et délimité pour un jeu Roblox — un module, un script, un RemoteEvent, une fonction, un câblage — en vanilla strict, puis le vérifie dans Studio via le MCP avant de le rendre. Utilise ce skill quand la demande porte sur un élément technique identifié : « ajoute un RemoteEvent », « crée un ModuleScript qui… », « un script qui… », « comment je fais pour que le joueur… », un leaderstats, une sauvegarde DataStore — même s'il ne dit ni « Luau » ni « Roblox », et même si la demande ressemble à une simple question. Utilise-le aussi quand game-design ou feature te confie une étape à implémenter. N'utilise pas ce skill quand l'utilisateur réclame un système entier pas encore cadré (voir game-design), quand il faut dérouler un plan en plusieurs étapes (voir feature), ni quand il colle une erreur ou signale que quelque chose ne marche pas (voir debug).

Diagnostique un comportement anormal dans un jeu Roblox, reproduit le bug dans Studio via le MCP pour le prouver, remonte à la cause racine puis corrige. Utilise ce skill dès que l'utilisateur signale que quelque chose ne fonctionne pas : « ça marche pas », « le shop déconne », « rien ne se passe », « pourquoi ça fait ça », « ça marche en solo mais pas à deux », « ça marchait avant », quand il colle une erreur de l'Output ou un stack trace, ou quand il nomme simplement un système en disant qu'il est cassé — même sans message d'erreur et même si la demande tient en trois mots. N'utilise pas ce skill quand il demande d'écrire ou d'ajouter quelque chose qui n'existe pas encore : c'est de la production de code, pas un diagnostic (voir code).

Exécute une feature déjà cadrée : découpe la spec en étapes techniques ordonnées, appelle le skill compétent à chaque étape, vérifie dans Studio après chacune, et livre un système qui tourne avec des placeholders pour les assets manquants. Utilise ce skill quand game-design vient de passer la main avec une spec, quand l'utilisateur dit « exécute le plan », « enchaîne », « implémente la spec », « continue la feature », ou quand il revient après avoir rempli des identifiants d'assets — « j'ai mis les IDs », « reprends avec les assets », « relance ». N'utilise pas ce skill pour cadrer une feature qui n'a pas encore de spec (voir game-design), pour écrire un bout de code isolé et déjà délimité (voir code), ni pour diagnostiquer un comportement cassé (voir debug).

Cadre une nouvelle feature de jeu Roblox avant qu'une ligne soit écrite : règles, chiffres jouables, cas limites, risques d'équilibrage, puis écrit la spec dans docs/design/ et passe la main à l'orchestrateur. Utilise ce skill dès que l'utilisateur veut ajouter un système, une mécanique ou une feature qui n'existe pas encore — « ajoute un système de combat », « je veux que les joueurs puissent… », « fais-moi un shop », « une boucle de progression », « un gamepass qui… » — même s'il formule ça comme une demande de code, et même si l'idée a l'air simple. Utilise-le aussi pour une question d'équilibrage, de rétention ou de monétisation sans code à la clé. N'utilise pas ce skill pour modifier un bout de code déjà spécifié (voir code), pour diagnostiquer un comportement cassé (voir debug), ni pour exécuter un plan déjà cadré (voir feature).

Image → modèle 3D Roblox détaillé, fidèle à l'image source. Comme HyperFrames pour la vidéo : un model.json (liste de Parts + animations keyframes) est la source de vérité, un preview.html 3D interactif sert de maquette à valider avec l'utilisateur (lecture des animations incluse), puis un build.lua généré depuis le même JSON construit le modèle dans Roblox Studio (barre de commande ou MCP run_code) avec un player d'animations Lua. Utiliser pour : créer un objet/prop/modèle 3D Roblox depuis une image, une description ou un concept ; animer un modèle (porte, couvercle, rotation…) ; itérer sur un modèle Hat3D existant ; regénérer preview/build. N'utilise pas ce skill pour des effets de particules autonomes (voir vfx), pour la logique de jeu qui utilisera le modèle une fois construit (voir code), pour animer un personnage à Humanoid — Hat3D anime des props, pas des rigs (voir anim) — ni pour une zone ou une map entière : Hat3D fait des props, pas du level design.

Ouvre le guide du plugin dans le navigateur : à quoi sert chaque skill, comment se déroule une feature, et quoi faire quand ça rate. La page est générée depuis GUIDE.md à chaque appel, donc jamais périmée.