L'élève
Il explore le bourg, parle aux habitants, accomplit des missions, économise et choisit comment utiliser ses centicools.
Projet · Juillet 2026 - en cours
Cool Bank / La Herse
Un jeu scolaire local où les responsabilités de classe deviennent des rôles, des choix et des aventures dans un monde 3D partagé.
Prototype local · trois rôles · données fictives
Mon rôle J'ai conçu l'expérience, développé les rôles et relié le jeu à l'outil de gestion de classe.
Intention
Rendre l'argent et la responsabilité plus concrets.
La banque existait déjà dans la classe. Le projet lui donne des lieux, des personnages et des conséquences visibles, sans transformer l'outil de l'enseignante en jeu.
Les élèves explorent le bourg, accomplissent des missions, économisent et font évoluer progressivement leur maison.
Un élève peut tenir le guichet pendant une période donnée, avec des plafonds clairs et un registre vérifiable.
L'enseignante conserve les commandes essentielles et peut interrompre le monde ou les échanges sans perdre son espace de travail calme.
Expérience
Trois façons de vivre le même projet.
Les responsabilités changent selon le rôle ; les droits aussi.
Le banquier
C'est un élève responsabilisé. Il tient un guichet guidé, applique des plafonds et laisse une trace de chaque opération.
L'enseignante
Elle suit la classe, garde le contrôle du monde et valide les progressions depuis une interface séparée du jeu.
Versions du projet
Ce qui fonctionne, ce qui reste à tester.
V2 et V3 sont déjà en 3D. V4 change de moteur avec Godot. Chaque version garde son périmètre et ses propres preuves.
V2 — Boucle 3D locale déjà jouable
La V2 relie déjà un monde 3D à architecture multijoueur, les trois rôles et Educool. La boucle a été validée localement sur un appareil avec des profils de démonstration.
V3 — Reconstruction séparée plus large
La V3 est une reconstruction séparée, avec une carte et un périmètre plus larges. Le travail actuel porte sur le monde, les déplacements et les interfaces. La validation technique complète, puis les essais avec les utilisateurs, restent à faire.
V4 — Migration native vers Godot
La V4 reprend le monde dans Godot. L'exploration, les missions, les boutiques et les premières étapes de maison sont partiellement jouables. Le but est de travailler sur un client natif ; les performances sur les PC scolaires restent à mesurer.
Migration Godot
V4 — le chantier natif
La V4 reprend le monde dans Godot. Ces captures des 21 et 23 septembre montrent l'exploration, les commandes et l'éditeur de jardin, pas un jeu terminé. La progression complète et les essais sur un PC scolaire restent à valider.
Reconstruction V3
V3 — la reconstruction locale
Nouvelles vues du build local du 7 septembre 2026, capturées le 8 septembre en mode de prévisualisation de carte. Le code source a encore évolué depuis ce build. Aucun usage en classe ni test humain n'est déduit de ces images.
Version jouable
V2 — la boucle 3D déjà jouable
Vues différentes issues des preuves locales d'août 2026 : bourg 3D, organisation du monde et intérieur de maison. Ce sont des archives de la V2, pas une nouvelle recette complète.
Mon travail
Ce que j'ai réalisé.
- V2 : prototype local à architecture multijoueur, validé sur un appareil avec trois rôles, quêtes, maisons, mini-jeux et pont Educool/Firebase.
- V3 : monde 3D, économie fictive, marchands et maisons présents dans les versions précédentes ; intégration actuelle encore en validation.
- Interface Educool : authentification, rôles, règles Firestore, Cloud Functions et suivi scolaire.
Ce que ce projet montre
- Partir d'un besoin réel de classe, construire une expérience testable, puis séparer clairement ce qui fonctionne de ce qui reste à valider.
- Relier le jeu, les trois rôles, Firebase, la sécurité et les tests.
- Dire clairement ce qui fonctionne et ce qui reste bloqué avant un pilote.
Où en est le projet ?
V2 locale · V3 web · V4 en migration vers Godot
- Preuve privée : code, captures complètes et données de contexte se montrent uniquement sur fixtures anonymisées.
- V2 n'est pas prête pour Internet ; V3 et V4 ne sont pas validées comme pilotes auprès d'enfants.
- Les volumes de tests prouvent le comportement technique, pas l'utilité pédagogique ni l'adoption.
Ce qui n'est pas encore mesuré
- Compréhension, plaisir et autonomie des enfants : recette terrain non publiée.
- Gain de temps pour l'enseignante : non chiffré publiquement.
Choix, résultats et preuves.
Ouvrir le dossier technique
Preuves privées
| Résumé | Une banque de classe transformée en petit monde vivant : les élèves explorent, économisent et tiennent des rôles, pendant que l'enseignante garde un outil de pilotage séparé. |
|---|---|
| Type | Jeu scolaire 3D + outil enseignant |
| Période | Juillet 2026 - en cours |
| Rôle | Conception produit, UX, développement full-stack, systèmes de jeu, sécurité, QA |
| Statut | V2 locale · V3 web · V4 en migration vers Godot |
| Niveau de preuve | La preuve existe hors ligne ou contient des données qui ne peuvent pas être publiées. |
| Stack | Godot, Blender, Three.js, Next.js, Firebase, Firestore, Cloud Functions, TypeScript, Vite, Node.js, Playwright |
| Ce que ça prouve | La V2 permet déjà de vivre la boucle 3D sur un appareil. La V3 reconstruit le jeu web ; la V4 est une migration native distincte vers Godot. Aucune efficacité pédagogique ni utilisation en classe n'est revendiquée. |
| Preuves | Sources relues le 23 septembre 2026. V2 : essais locaux historiques d'août. V3 : reconstruction web, carte et interfaces encore en travail. V4 : migration distincte vers Godot, partiellement jouable ; captures natives du 21 septembre. Aucun pilote en classe ni validation complète du jeu ne sont revendiqués. |
Les contraintes de départ
- Aucune donnée réelle de mineur dans les preuves, captures ou environnements de démonstration.
- Trois rôles distincts : élève, professeure et banquier, sans classement financier humiliant.
- Usage clavier, tactile et tablette, y compris sur matériel modeste.
- V2, V3 et V4 physiquement et techniquement séparées : aucune preuve recyclée d'une version à l'autre.
Les décisions
| Décision | Pourquoi | Écarté |
|---|---|---|
| Conserver les preuves de chaque version séparément | V2 est une base locale jouable ; V3 reconstruit le jeu web et V4 le migre dans Godot. Chaque chantier a ses propres limites. | Présenter V3 comme une simple mise à jour visuelle de V2. |
| Autorité serveur pour l'économie et les actions sensibles | Les soldes, récompenses, mouvements et rôles ne doivent pas dépendre d'un client modifiable. | Faire confiance au navigateur pour valider les transactions. |
| Fixtures exclusivement fictives dans les preuves | Le contexte scolaire implique des mineurs et interdit toute démonstration publique sur données réelles. | Publier des captures de classe pour rendre la preuve plus spectaculaire. |
Autres éléments livrés
- Harnais de tests, preuves responsive, manifestes de candidate et scripts de démarrage/arrêt locaux.
Les résultats documentés
- La boucle V2 se joue localement sur un appareil avec les trois rôles et des données fictives.
- Les parcours visuels V3 élève, banquier et professeure ont été rejoués localement le 26/08/2026.
- V4 : une candidate Mac restaurée entre dans le monde ; cela ne valide pas la progression complète ni les appareils scolaires.
- Chaque version garde ses preuves séparées ; aucune utilisation réelle en classe n'est inventée.
La validation de chaque version
Ces contrôles techniques ne remplacent pas une validation humaine en classe.
V2 · preuves et limites techniques
Preuves
- État daté du 22/08/2026 avec parcours élève, professeure et banquier rejoués localement.
- HUD, clavier, première mission, guichet et pont Educool contrôlés sur des profils fictifs.
- Le monde 3D vient déjà du fork World of ClaudeCraft ; la V3 n'est pas le passage de la 2D à la 3D.
Limites
- Deux PC et une tablette physique, coupure Wi-Fi et audio multi-appareils restent à rejouer ensemble.
- Le pré-RC reste bloqué par 3 échecs i18n, 20 assets provisoires et une gate online à 87/89.
V3 · preuves et limites techniques
Preuves
- Sources relues le 23 septembre : le travail de septembre porte notamment sur la carte Blender, le terrain et les commandes à l'écran. La fluidité reste insuffisante dans le contrôle documenté ; aucun verdict global actuel n'est acquis.
- Recette visuelle du 26/08/2026 : trois rôles entrés dans le monde, mouvements réels et 396 placements chargés.
- Dialogues, guichet banquier et télécommande professeure rejoués localement sans requête externe.
- Les compteurs de tests exacts et les anciennes candidates restent hors de l'accroche tant que la gate complète actuelle n'est pas rejouée.
Limites
- Validation de la direction artistique, test sur appareil enfant modeste et observation de la compréhension par un enfant encore requis.
- Aucun déploiement, aucune donnée réelle d'enfant et aucun verdict d'usage terrain ne sont revendiqués.
V4 · preuves et limites techniques
Preuves
- Sources et journaux privés relus le 23 septembre 2026.
- Une candidate Mac restaurée et son entrée dans le monde ont été contrôlées le 21 septembre.
- Captures natives d'interface avec des données de jeu fictives.
Limites
- La progression complète, les accès aux maisons et plusieurs parcours de sauvegarde restent en chantier.
- Aucune validation Windows, PC i5/4 Go, enfant ou utilisation en classe n'est déduite de ces captures.
Architecture et outils
- V2 sépare le jeu web multijoueur, le runtime 3D et l'interface scolaire Educool, tout en partageant les contrats Firebase.
- V3 sépare quatre autorités : Game, Control, Product/UI Kit et Educool, réunies par une pile locale reproductible.
- Économie centicool, mouvements, collisions, rôles, soldes et récompenses restent autoritaires côté serveur.
- Authentification et données scolaires utilisent Firebase / Firestore / Cloud Functions sur un projet fictif local.
- V4 migre le monde dans Godot : chantier natif séparé, sans remplacer les sources V2 ou V3.
- Les preuves et limites restent attribuées à leur version, sans transférer une validation de V2 à V3 ou V4.