Générer un projet de jeu 2D complet et jouable à partir d'un simple prompt en langage naturel (avec possibilité d'ajouter des images de référence). Son moteur natif IA écrit l'état du projet sous forme de texte structuré validé par schéma et fournit un contrôle d'exécution synchronisé image par image, permettant aux agents d'inspecter l'état du jeu, d'exécuter des actions et de vérifier les comportements ; une « équipe adverse » composée de huit agents spécialisés y est déployée, séparant l'implémentation de la revue, pour détecter et corriger les problèmes sur plusieurs itérations. Chaque projet terminé est également distillé en squelettes, modules et conventions de collaboration réutilisables pour les développements futurs (sans entraînement).
J'aime 18 · Étoiles GitHub 293
Raisons
- L'auteur affirme que sur le sous-ensemble GameCraft-Bench, VibeGame, qui génère ses propres assets (P2G), surpasse de manière stable plusieurs frameworks d'agents avec le même modèle sous-jacent, même lorsque ces derniers utilisent des bibliothèques d'assets fournies.
- Open source et utilisable : une implémentation basée sur Phaser est disponible, accompagnée d'un tableau de bord web (chat, prévisualisation des animations des assets et ajustement des limites, propriétés des objets, jeu d'essai), sous licence Apache-2.0.
- La page du projet présente des prototypes de jeux de civilisation, des extraits de combats de boss inspirés de Hollow Knight, des jeux de combat, des roguelikes, des jeux de type Loup-Garou, etc.
Utilisation
- Prérequis : Python 3.12+, uv, tmux, ainsi qu'un agent en ligne de commande Claude Code ou Codex.
- Installation : git clone github.com/tettethu/VibeGame → ./setup.sh (ou demandez à votre agent de lire docs/SETUP.md pour l'installation).
- Démarrage : mkdir my-game && cd my-game → vibegame init → vibegame start, puis utilisez /vibegame-build avec une description de l'objectif dans la session ; vibegame run --port auto pour tester le jeu.
Risques
- Il s'agit d'un framework orchestrant des agents existants, sans modèle propriétaire : lors de l'utilisation de Claude Code, il est lancé avec --dangerously-skip-permissions (saut des confirmations de permissions), il est donc préférable de l'exécuter dans un environnement isolé ; Codex nécessite également de faire confiance manuellement aux hooks qu'il écrit.
- Actuellement, seul le 2D (Phaser) est pris en charge ; Godot / Unity / 3D sont encore sur la feuille de route ; les coûts API liés aux boucles multi-itérations des huit agents ne sont pas précisés dans le README.
- L'évaluation ne porte que sur le sous-ensemble GameCraft-Bench, et les conclusions sont rapportées par l'auteur ; le README demande aux utilisateurs de notifier l'auteur en cas de déploiement commercial (ce n'est pas une condition de licence).
Ouvrir · Code · Page du projet