Développeur publie un jeu Steam avec du code Claude : Leçons sur le Vibe Coding vs. le Vibe Engineering

Du Prototype à la Production avec un Développement Assisté par l'IA

Un développeur a sorti Codex Mortis, un jeu de type survivor/bullet hell sur le thème de la nécromancie sur Steam, construit presque entièrement grâce à un développement assisté par l'IA avec Claude Code. Le jeu fonctionne sur un moteur ECS personnalisé en TypeScript + PixiJS + bitECS. La démo est disponible dès maintenant, et l'accès anticipé débutera le 19 mars.

Le Piège de l'Invite Unique et le Vibe Coding

Le projet a commencé avec une seule invite : "Fais-moi un jeu à la Vampire Survivors." Cela a généré un prototype fonctionnel en quelques minutes, avec des sprites, des capacités, des synergies et des compagnons ajoutés en quelques heures grâce à une itération rapide. Le développeur appelle cela le vibe coding—décrire ce que vous voulez et laisser l'IA le construire pour une itération rapide.

Cependant, le vibe coding crée rapidement de la dette technique. Après des semaines d'ajout de fonctionnalités avec des invites comme "ajoute X", les performances se sont effondrées, les fichiers ont atteint des milliers de lignes, et les nouvelles fonctionnalités nécessitaient des astuces sur des astuces. Le développeur a refactorisé avec une boucle de jeu appropriée et a séparé le rendu de la physique, mais les tests avec 16 fois plus d'ennemis ont tout cassé à nouveau.

Deux Réécritures Complètes et le Vibe Engineering

La solution a été deux réécritures complètes. La première reconstruction s'est concentrée sur une architecture appropriée, et la seconde a introduit une nouvelle pile avec un ECS correct et un rendu par lots. Le développeur note que l'IA rend les réécritures peu coûteuses—quand une réécriture prend des heures au lieu de semaines, le code devient un outil que vous remplacez plutôt que "votre bébé".

Cela a conduit au concept de vibe engineering : au lieu de simplement dire "fais-moi X", vous fournissez un contexte architectural comme "construis le système X en utilisant le module Y, en suivant le modèle Z, en respectant la contrainte W." Vous dites à l'IA non seulement ce que vous voulez, mais comment cela s'intègre dans les systèmes existants. Le développeur souligne : "Vos invites sont votre architecture."

Le Changement de Rôle : De Développeur à Chef de Projet

Avec 10 ans d'expérience dans le développement de jeux, le développeur a constaté que les compétences techniques approfondies étaient moins importantes que l'expérience en tant que chef et coordinateur. Travailler avec l'IA en production signifie définir des spécifications, examiner les résultats, détecter les dérives architecturales, gérer des flux de travail parallèles et prendre des décisions de priorité.

Les jours productifs, le développeur détectait trois bugs, lançait trois terminaux Claude Code en parallèle, donnait à chacun un problème avec le contexte approprié, et publiait trois corrections simultanément. Le goulot d'étranglement est passé de l'écriture de code à la gestion du processus : "Mon rôle est passé de quelqu'un qui écrit du code ligne par ligne à quelqu'un qui définit ce qui est construit et vérifie si cela a réellement du sens."

L'Expertise Métier Devient Portable

Avant ce projet, le développeur n'avait aucune expérience en TypeScript (venant d'Unity/Unreal), mais a construit un jeu de production avec un moteur personnalisé dans un langage inconnu. L'IA a permis de transférer des connaissances universelles sur l'architecture des moteurs, l'ECS, les pipelines de production et les problèmes de mise à l'échelle dans un nouvel environnement. Le développeur note : "Je n'ai jamais vraiment appris TypeScript. Je savais quoi construire, et l'IA s'est occupée du comment. Les modèles et les instincts venaient de moi. La syntaxe venait de l'IA."