Galactic Rogue : du proto au playable
Pourquoi j'ai d'abord prototypé vite, pourquoi j'ai repris le projet sur une base plus propre, et ce que l'alpha PC-first valide déjà aujourd'hui.
Le but premier n'était pas de shipper, mais de vérifier la boucle
Galactic Rogue n'a pas commencé comme une alpha ambitieuse. Le premier objectif était plus modeste : vérifier qu'une boucle risk/extract avec combat automatique pouvait générer de la tension sans reposer sur la dextérité.
Le proto initial a servi à ça : trouver le bon rythme entre progression, build, extraction et envie de relancer une run. Tant que cette base n'était pas solide, aucune stack définitive n'avait de valeur.
Pourquoi le proto rapide est passé avant le reboot propre
Le premier prototype a été utile justement parce qu'il était court. Il a permis de valider le cœur : auto-combat, synergies, progression station, logique de risque.
Mais il a aussi rendu visibles ses limites : base trop rustique pour enrichir proprement les builds, lisibilité encore fragile, et un cadre mobile qui compressait trop vite les décisions de gameplay.
Le pivot PC-first a clarifié le projet
Le projet était plus honnête en assumant un positionnement PC-first. Sur PC, la lisibilité des patterns, la lecture des synergies et la place laissée aux décisions de build deviennent bien meilleures.
Ce pivot n'a pas changé l'idée centrale. Il a changé le cadre qui permet à cette idée d'être lue correctement. Le combat automatique n'est pas un compromis mobile ; c'est un choix de design qui fonctionne mieux une fois l'écran et le rythme libérés.
Pourquoi repartir sur une base plus propre
Le reboot n'était pas un caprice de stack. Il servait à poser une base plus durable pour les systèmes : synergies, station, progression, extension du contenu.
Quand un projet doit grandir, la question n'est plus seulement 'est-ce que ça tourne ?' mais 'est-ce que je peux encore ajouter du contenu sans rendre chaque nouveau build plus cher que le précédent ?'.
Ce que l'alpha jouable valide déjà
L'alpha C# publiée sur itch.io ne prouve pas que le jeu est terminé. Elle prouve quelque chose de plus utile : la boucle core donne envie de relancer une run sans repasser par une longue phase d'explication.
Elle valide aussi la direction actuelle : une lecture plus nette, une meilleure tenue des synergies, et une base assez propre pour approfondir la station et la méta-progression au lieu de corriger le socle à chaque ajout.