Module 02 · Scripter avec l’IA

Examen du module 2 — Scripter avec l'IA

Workflow Rojo, Git et MCP, Claude Code, prompts précis, découpage, relecture, débogage, pièges et règles : montre que tu sais diriger une IA de code et vérifier ce qu’elle produit.

Ton meilleur résultat : Pas encore tenté

Questions de l’examen

18 questions · réussite à partir de 70 % · réponds à tout puis corrige

Question 1QCMLéa a 15 ans et veut suivre le module 2. Que peut-elle faire, d’après la formation ? (plusieurs réponses possibles)
Plusieurs réponses possibles : coche toutes les bonnes.
Créer son propre compte Claude Pro, puisque sa mère est d’accord et paie l’abonnementUtiliser seule le compte Claude de son père quand il n’est pas làTravailler avec un adulte (parent, enseignant) qui utilise Claude Code avec son propre compteUtiliser l’Assistant intégré à Roblox Studio, soumis aux règles de RobloxSuivre la formation en lisant et en tapant elle-même le code, avec les mêmes prompts et la même méthode de relecture
Question 2QCMTu veux que Claude Code lance un test dans ton Studio, lise l’Output et te donne un diagnostic. Quelle configuration la formation recommande-t-elle ?
Une session Claude Code sur le web (claude.ai/code), qui a accès à ton dépôtClaude Code dans un terminal de ton ordinateur, avec Enable Studio as MCP server activé dans Studio et Claude Code branché par le Quick connectL’Assistant de Studio, à qui tu colles le contenu de tes fichiers Rojo un par unClaude Code dans le terminal, en lui demandant de corriger les scripts directement dans Studio avec l’outil multi_edit du MCP
Question 3QCMAvant de passer à Rojo, tu avais créé à la main dans Studio un Script Annonces dans ServerScriptService, sans fichier correspondant dans src. Tu connectes Rojo et tu cliques sur Accept sans lire la fenêtre « Sync changes ». Que devient Annonces ?
Rojo le recopie automatiquement dans src/ServerScriptService/Annonces.server.luauIl est supprimé : Rojo remplace le contenu des emplacements qu’il gère par celui de tes fichiersIl reste dans Studio, car Rojo ne touche qu’aux fichiers modifiés après la connexionIl est déplacé dans Workspace, que Rojo ne gère pas
Question 4Vrai ou fauxClaude Code a modifié Boutique.server.luau et créé un nouveau fichier BoutiqueTest.server.luau, jamais commité. Si tu tapes git restore ., les deux changements sont annulés : Boutique.server.luau revient au dernier commit et BoutiqueTest.server.luau est supprimé.
VraiFaux
Question 5QCMTu prépares le prompt de la boutique. Quelles informations ont leur place dans ton CLAUDE.md plutôt que d’être répétées dans chaque prompt ? (plusieurs réponses possibles)
Plusieurs réponses possibles : coche toutes les bonnes.
« Toujours task.wait, jamais wait » et les conventions de nommage du projetLes commandes de vérification selene src et stylua --check srcLa règle « le client ne fait que demander, le serveur décide »La liste des fichiers à créer pour la boutique et ses cas limites (double clic, solde insuffisant)Le mot de passe de ton compte Roblox, pour que Claude puisse publier le jeu
Question 6QCMTon .claude/settings.json contient "Bash(git push *)" dans deny. Tu passes en mode auto, où le classifieur autoriserait normalement un push vers ton dépôt. Claude peut-il lancer git push origin main avec l’outil Bash ?
Oui : le mode auto passe avant les règles du fichier de réglagesNon : les règles sont appliquées par Claude Code lui-même, et deny est évalué en premierSeulement si tu as aussi écrit « jamais de git push » dans CLAUDE.mdOui, car l’étoile de git push * ne couvre pas les mots « origin main »
Question 7QCMTu es au milieu d’une longue tâche (la sauvegarde DataStore). /context montre que le contexte est presque plein, mais tu veux continuer la même tâche. Quelle commande convient le mieux ?
/clear, puis tu recommences la sauvegarde depuis le début/compact garde la liste des fichiers modifiés et les cas limites qui restent à traiter/rewind, pour revenir au premier message de la conversation/btw, pour que les messages suivants ne comptent plus dans le contexte
Question 8Vrai ou fauxTon hook PostToolUse (matcher "Edit|Write") lance StyLua puis selene. Si Claude modifie un script par une commande du terminal (outil Bash) au lieu de l’outil Edit, le hook se déclenche quand même.
VraiFaux
Question 9Améliore ce promptTu veux qu’un message s’affiche quand un joueur termine l’Obby des Nuages. Quelle version du prompt donnera le meilleur résultat ?
Le prompt de départ
```
fais un message quand on finit l'obby
```
Choisis la meilleure version de ce prompt.
Fais un super message de victoire, joli, fun et sécurisé, quand le joueur termine l’obby.Ne modifie que src/StarterGui/InterfaceObby/MessageVictoire.client.luau. Le serveur doit annoncer la victoire à tous les joueurs avec Remotes.Victoire:FireAllClients. Vérification : teste-le.Commence par me proposer un plan (mode plan), sans modifier de fichier. Contexte : Obby des Nuages, projet Rojo (voir CLAUDE.md). Rien ne se passe quand un joueur termine le parcours. Ce qui existe déjà : Progression.server.luau valide les checkpoints et met à jour leaderstats.Etape ; le RemoteEvent ReplicatedStorage.Remotes.Victoire ; le ScreenGui src/StarterGui/InterfaceObby. Objectif : quand un joueur valide le dernier checkpoint, tous les joueurs voient « <pseudo> a terminé l'Obby des Nuages ! » pendant 5 secondes. Fichiers concernés : modifie Progression.server.luau (annonce avec Victoire:FireAllClients) et crée src/StarterGui/InterfaceObby/MessageVictoire.client.luau. Ne modifie rien d'autre. Sécurité : seul le serveur décide de la victoire (dernière étape validée par Progression) ; le client ne fait qu'afficher. Cas limites : joueur qui retouche le dernier checkpoint (une seule annonce), deux arrivées presque en même temps. Vérification : selene et StyLua sans erreur ; en Test serveur avec 2 clients, les deux voient le message une seule fois.Crée un LocalScript qui détecte quand le joueur touche le dernier checkpoint. Il envoie Victoire:FireServer() et le serveur annonce la victoire à tout le monde et donne 100 pièces. Vérification : finir l'obby en Play.
Question 10Améliore ce promptMini-jeu Lave Montante, tâche 8 (interface). Au test à 2 clients, le bandeau reste sur « En attente de joueurs (1/2) » après l’arrivée du second joueur. Quel prompt de correction est le meilleur ?
Le prompt de départ
```
le bandeau marche pas, corrige
```
Choisis la meilleure version de ce prompt.
Recommence la tâche 8 de zéro et réécris toute l’interface plus proprement.Contexte : tâche 8 de TACHES.md (Lave Montante). Test en Server & Clients à 2 clients : en phase Attente, le bandeau reste sur « En attente de joueurs (1/2) » après l'arrivée du second joueur ; il ne change qu'au passage en Intermission. Cause probable : AffichageRound.client.luau ne met le texte à jour qu'avec GetAttributeChangedSignal, et rien ne change dans EtatRound quand un joueur arrive ou part. Objectif : le nombre de joueurs affiché se met à jour dès qu'un joueur arrive ou part. Fichiers concernés : src/StarterPlayer/StarterPlayerScripts/AffichageRound.client.luau uniquement. Contraintes techniques : connecte la mise à jour à Players.PlayerAdded et Players.PlayerRemoving (task.defer pour un départ), sans boucle à chaque image. Vérification : à 2 clients, le bandeau passe à (2/2) dès l'arrivée du second ; selene et StyLua sans erreur.Ajoute une boucle while true qui réécrit le bandeau à chaque image, comme ça il sera toujours à jour.Le bandeau ne marche pas. Ajoute des pcall autour de chaque ligne d’AffichageRound pour éviter les bugs.
Question 11Trouve le bugTrouve la faille dans ce code généré par IA. Ce Script serveur fait réapparaître un joueur coincé, au plus une fois toutes les 5 secondes. Il marche en test, mais pose problème sur un serveur ouvert pendant des heures. Où est le défaut ?
```
local ReplicatedStorage = game:GetService("ReplicatedStorage")

local demanderReapparition = ReplicatedStorage:WaitForChild("Remotes"):WaitForChild("DemanderReapparition") :: RemoteEvent
local DELAI_MINIMUM = 5
local derniereDemande: { [Player]: number } = {}

demanderReapparition.OnServerEvent:Connect(function(player: Player)
	local derniere = derniereDemande[player]
	if derniere and os.clock() - derniere < DELAI_MINIMUM then
		return
	end
	derniereDemande[player] = os.clock()
	player:LoadCharacterAsync()
end)
```
Ligne 7 : le client doit envoyer son nom en argument, sinon le serveur ne sait pas qui réapparaîtLigne 9 : os.clock donne une heure différente sur chaque client, le délai est donc fausséLigne 12 : la table derniereDemande n’est jamais vidée ; il faut retirer le joueur à Players.PlayerRemovingLigne 13 : LoadCharacterAsync est déprécié, il faut utiliser LoadCharacter
Question 12QCMPourquoi faire relire un nouveau système par le sous-agent relecteur-roblox (avec tools: Read, Grep, Glob) plutôt que de demander « relis ton code » dans la même conversation ? (plusieurs réponses possibles)
Plusieurs réponses possibles : coche toutes les bonnes.
Il travaille dans son propre contexte, donc ta conversation principale reste légèreIl n’a pas écrit le code, donc il n’est pas tenté de défendre ses propres choixAvec seulement les outils de lecture, il ne peut modifier aucun fichierSes remarques sont toujours justes, on peut les appliquer sans vérifierIl corrige lui-même les problèmes qu’il trouve, ce qui évite un prompt de correction
Question 13QCMPendant un test, l’Output affiche Players.TonPseudo.PlayerScripts.SurbrillanceCheckpoint:12: attempt to index nil with 'Value'. Quel fichier de ton projet Rojo dois-tu ouvrir, ou citer avec @ dans ton prompt de débogage ?
src/ServerScriptService/SurbrillanceCheckpoint.server.luausrc/StarterPlayer/StarterPlayerScripts/SurbrillanceCheckpoint.client.luau, à la ligne 12src/ReplicatedStorage/Modules/SurbrillanceCheckpoint.luauAucun, car un script rangé dans le joueur n’existe pas dans tes fichiers
Question 14Trouve le bugTrouve la faille dans ce code généré par IA. Ce Script serveur vérifie, à l’arrivée de chaque joueur, s’il possède le Game Pass « Traînée dorée ». Quel défaut contredit une règle de ton CLAUDE.md ?
```
local MarketplaceService = game:GetService("MarketplaceService")
local Players = game:GetService("Players")

local ID_PASS_TRAIL_DORE = 0 -- remplace 0 par l'ID de ton Game Pass

Players.PlayerAdded:Connect(function(player: Player)
	local possede = MarketplaceService:UserOwnsGamePassAsync(player.UserId, ID_PASS_TRAIL_DORE)
	player:SetAttribute("PossedeTrailDore", possede)
	if possede then
		print(player.Name, "possède la traînée dorée")
	end
end)
```
Ligne 7 : il faut passer l’objet player, et non player.UserIdLigne 7 : UserOwnsGamePassAsync passe par le réseau et peut échouer ; sans pcall, l’erreur arrête la fonction pour ce joueur et l’attribut n’est jamais poséLigne 8 : un attribut posé par le serveur n’est pas visible par les LocalScriptsLigne 6 : PlayerAdded ne se déclenche pas dans un Script serveur
Question 15Trouve le bugTrouve la faille dans ce code généré par IA. Ce ModuleScript, appelé par le script des manches à la fin de chaque partie, ramène tous les joueurs au lobby. Il fonctionne, mais une ligne utilise une API que Roblox marque Deprecated. Laquelle ?
```
local Players = game:GetService("Players")
local Workspace = game:GetService("Workspace")

local spawnLobby = Workspace:WaitForChild("Lobby"):WaitForChild("SpawnLocation") :: BasePart
local Lobby = {}

function Lobby.ramenerTous()
	for _, player in Players:GetPlayers() do
		local personnage = player.Character
		if personnage and personnage.PrimaryPart then
			personnage:SetPrimaryPartCFrame(spawnLobby.CFrame + Vector3.new(0, 3, 0))
		end
	end
end
return Lobby
```
Ligne 4 : WaitForChild est déprécié dans un ModuleScriptLigne 8 : Players:GetPlayers() est déprécié, il faut parcourir Players:GetChildren()Ligne 10 : la propriété PrimaryPart est dépréciéeLigne 11 : SetPrimaryPartCFrame est déprécié ; on déplace un modèle avec personnage:PivotTo(...)
Question 16Améliore ce promptTon jeu doit envoyer, depuis le serveur, le nombre de joueurs arrivés au bout à un service de statistiques qui demande une clé d’API. Quelle version du prompt est la plus précise et la plus sûre ?
Le prompt de départ
```
envoie les stats à mon site, voici ma clé d'API : 4f9a2c…
```
Choisis la meilleure version de ce prompt.
Écris ma clé d’API dans Config.luau pour que tous les scripts puissent s’en servir, puis envoie les statistiques avec HttpService.Envoie les statistiques à mon site de façon sécurisée et professionnelle, tu connais les bonnes pratiques.Contexte : Obby des Nuages, projet Rojo (voir CLAUDE.md). La clé du service de statistiques est rangée dans le magasin de secrets de l'expérience (Creator Hub › Secrets) sous le nom cle_service_stats ; Allow HTTP Requests est activé. Objectif : toutes les 10 minutes, le serveur envoie au service le nombre de joueurs qui ont terminé l'obby. Fichiers concernés : crée src/ServerScriptService/Statistiques.server.luau ; ne modifie rien d'autre. Contraintes techniques : HttpService:GetSecret("cle_service_stats"), puis HttpService:RequestAsync dans un pcall ; n'affiche jamais le secret dans l'Output. Sécurité : aucune clé dans le code, dans un fichier du projet ou dans ce message ; rien côté client. Cas limites : service injoignable, secret absent pendant un test local (un warn clair, le jeu continue). Vérification : selene et StyLua sans erreur ; explique-moi comment définir un Local Secret pour tester dans Studio.Voici ma clé complète : mets-la dans un LocalScript pour que chaque joueur envoie lui-même ses statistiques.
Question 17QCMTu demandes à une IA un brouillon de description pour l’Obby des Nuages (12 étapes, des pièces, une boutique de traînées). Elle propose : « Plus de 100 niveaux, des Robux gratuits et une mise à jour chaque semaine ! » Que fais-tu ?
Tu publies le texte tel quel : c’est l’IA qui l’a écrit, c’est donc elle la responsableTu retires ces promesses fausses, car ce sont des métadonnées trompeuses dont tu restes responsable ; ton prompt doit lister le contenu réel du jeu et demander la liste des affirmations à vérifierTu gardes le texte, mais tu ajoutes « texte généré par IA » à la finTu ajoutes plusieurs fois les mots « obby » et « Robux » pour que le jeu soit mieux trouvé
Question 18Améliore ce promptTu as copié un extrait du prompt « Checkpoints sécurisés » de la bibliothèque pour ton obby « Tour des Étoiles », qui a 20 checkpoints. Quelle version est prête à être envoyée ?
Le prompt de départ
```
Contexte : obby [NOM_DU_JEU]. Les checkpoints sont des Parts ancrées dans Workspace.Checkpoints, nommées "1", "2", "3"… jusqu'à [NOMBRE_DE_CHECKPOINTS].
Objectif : quand un joueur touche le checkpoint qui suit son étape, Etape augmente de 1.
Sécurité : accepté seulement si numero == Etape.Value + 1 et si Validation.estAPortee(player, checkpoint.Position, [DISTANCE_MAX]).
Vérification : en Play, toucher 1 puis 2 donne Etape = 2 ; toucher 3 avant 2 ne change rien.
```
Choisis la meilleure version de ce prompt.
Contexte : obby [NOM_DU_JEU]. Les checkpoints sont des Parts ancrées dans Workspace.Checkpoints, nommées "1", "2", "3"… jusqu'à [NOMBRE_DE_CHECKPOINTS]. Objectif : quand un joueur touche le checkpoint qui suit son étape, Etape augmente de 1. Sécurité : accepté seulement si numero == Etape.Value + 1 et si Validation.estAPortee(player, checkpoint.Position, [DISTANCE_MAX]). Remplace toi-même les valeurs entre crochets par ce qui te semble logique. Vérification : en Play, toucher 1 puis 2 donne Etape = 2 ; toucher 3 avant 2 ne change rien.Contexte : obby Tour des Étoiles. Les checkpoints sont des Parts ancrées dans Workspace.Checkpoints, nommées "1", "2", "3"… jusqu'à 20. Objectif : quand un joueur touche le checkpoint qui suit son étape, Etape augmente de 1. Vérification : en Play, toucher 1 puis 2 donne Etape = 2 ; toucher 3 avant 2 ne change rien.Contexte : obby Tour des Étoiles. Les checkpoints sont des Parts ancrées dans Workspace.Checkpoints, nommées "1", "2", "3"… jusqu'à 20. Objectif : quand un joueur touche le checkpoint qui suit son étape, Etape augmente de 1. Sécurité : accepté seulement si numero == Etape.Value + 1 et si Validation.estAPortee(player, checkpoint.Position, 15). Vérification : en Play, toucher 1 puis 2 donne Etape = 2 ; toucher 3 avant 2 ne change rien.Contexte : obby Tour des Étoiles. Les checkpoints sont des Parts ancrées dans Workspace.Checkpoints, nommées "1", "2", "3"… jusqu'à 20. Objectif : quand un joueur touche le checkpoint qui suit son étape, Etape augmente de 1. Sécurité : accepté seulement si numero == Etape.Value + 1 et si Validation.estAPortee(player, checkpoint.Position, 15). Vérification : dis-moi quand c'est fini.

← Retour au module 02