Comment utiliser l'IA quand on est gameplay programmer ?
Prompts et workflows 2026

En tant que gameplay programmer, tu vas analyser le feedback loop d'une mechanic de jeu specique pour identifier les desequilibres potentiels. Ta mission est de decomposer le cycle complet du loop en phases distinctes et d'evaluer chaque phase selon trois criteres: reward immediate vs differe, risk vs reward ratio, et engagement loop length. Contexte du projet: [NOM_DU_JEU] avec pour objectif un loop principal de [DUREE_MINIMALE_SESSION] minutes. Mechanic a analyser: [DESCRIPTION_MECHANIC]. Contraintes techniques: plateforme [PLATEFORME_CIBLE] avec framerate cible de [FPS_CIBLE]. Identify les points de friction qui pourraient causer de l attrition prematurely et propose des ajustements numeriques concrets avec justification. Reponds en francais avec formatage en bullet points structure.

Tu es gameplay programmer specialiste en conception de systems de jeu, tu dois rediger une section complete d un Gameplay Design Document pour un nouveau systeme. Le systeme a documenter est: [NOM_SYSTEME] pour le jeu [TITRE_JEU]. Ce systeme doit fonctionner avec les mechanics existants suivants: [LISTE_MECHANICS]. Contraintes de scope technique: [LIMITATIONS_TECHNIQUES]. Les donnees d'entree sont les suivantes: player fantasy decrite par [FANTASY_DESCRIPTION], core loop vise: [CORE_LOOP], et target audience: [AUDIENCE_CIBLE]. Le document doit inclure: 1) overview conceptuelle avec player fantasy et emotional journey, 2) ruleset complet avec toutes les conditions et etats possibles, 3) UI mockup description pour tous les etats, 4) system interactions avec les autres mechanics, 5) edge cases et error handling, 6) metrics de succes pour valider le systeme. Utilise un format professionnel avec headers Markdown. Minimum 200 mots de contenu substantiel.

En tant que gameplay programmer avec expertise en analyse de playtest data, ta tache est de synthetiser un rapport de playtest en insights concrets et actionnables. Materiau source: [NOMBRE_SESSIONS] sessions de playtest avec [NOMBRE_JOUEURS] joueurs. Donnees a analyser: transcripts de interviews [OUI/NON], telemetry data [OUI/NON], bug reports [OUI/NON], et video recordings [OUI/NON]. Contexte: jeu en phase [PROTOTYPE/ALPHA/BETA] avec focus testing sur [ZONE_TEST]. Pour chaque theme ou probleme identifie, structure ta synthese ainsi: frequence d apparition, impact percu sur le fun selon les retours, priorite based on combination frequence plus impact, et recommandations techniques concrete pour adresser le probleme. Segmente tes recommandations en trois categories: quick wins realizable en [TEMPS_QUICK_WINS] jours, medium scope prenant [TEMPS_MEDIUM] semaines, et long term necessitant [TEMPS_LONG] mois. Ecris minimum 150 mots par section critique identifiee.

Tu es gameplay programmer charge de produire un rapport hebdomadaire de metrics de qualite pour le jeu [TITRE_JEU]. Le rapport doit couvrir la periode du [DATE_DEBUT] au [DATE_FIN]. Categories de metrics a inclure: gameplay metrics avec [LISTE_METRICS_GAMEPLAY], technical metrics avec [LISTE_METRICS_TECHNIQUES], et player sentiment avec [LISTE_METRICS_SENTIMENT]. Sources de donnees: [LISTE_SOURCES]. Cible de qualite definies: [CIBLES_SPECIFIQUES]. Structure le rapport ainsi: 1) resume executif de 3-4 phrases maximum, 2) section gameplay avec graphe description des trends et anomalies, 3) section technique avec alertes pour metric hors cible, 4) section sentiment avec correlation aux autres metrics, 5) action items priorises avec owner assigne. Format final en format Markdown lisible par l equipe. Le rapport doit mettre en evidence tout metric qui kindic une regression par rapport a la semaine precedente. Longueur minimum: 180 mots hors resume executive.