État du développement d'Epstein Island Game : ce qui marche dans le prototype et ce qui manque

État du développement : un prototype jouable

La version navigateur s'appelle prototype partout dans ses propres textes. Avec un compte gratuit, elle offre cinq minutes de jeu actif sans achat, plus des paquets de bureau pour Windows, macOS et Linux, débloqués au téléchargement seulement après l'achat. Tout cela est jouable, rien n'est fini.

En parallèle se construit la véritable version sous Unity, et c'est elle le projet principal. Elle n'est pas publiée, et il n'existe donc pour elle aucun prérequis technique testé. Pour le navigateur, la règle est simple : un navigateur récent avec WebGL suffit.

Ce que valent ces chiffres se voit dans le contenu du site lui-même. Personnages, armes, bâtiments, objets et missions sont extraits de l'état actuel du jeu, pas tapés à la main. Si quelque chose ne fonctionne pas dans le jeu, cela n'apparaît pas non plus sur le site.

Ce qui manque encore, sans enjoliver

La liste est affichée ouvertement sur la page d'accueil. Elle est courte, mais elle touche des points qui gênent au quotidien, surtout le dernier.

• La version Unity est le projet principal et n'est pas encore publiée
• Aucune manette, sont testés le clavier et la souris ainsi que les flèches à l'écran sur téléphone
• Aucune synchronisation de la sauvegarde solo entre plusieurs appareils
• D'anciennes sauvegardes peuvent devenir inutilisables après une mise à jour

AstuceEn solo, la sauvegarde se trouve sur ton appareil, en coop, chez le serveur. Qui prévoit une longue session a intérêt à la faire d'une traite.

Lire la page de l'atelier : états, barres, historique

Sous Travail en cours, il n'y a pas de texte marketing, mais un aperçu qui se réécrit lui-même toutes les cinq minutes et après chaque mise à jour. En haut figure ce sur quoi quelqu'un travaille en ce moment et la date de la dernière publication. Si la page a plus d'une demi-heure, elle le dit elle-même et donne comme raison un chantier bloqué.

Chaque tâche porte l'un de cinq états : ouverte, en cours, terminée, en vérification, en ligne. L'état n'est pas affirmé, il est prouvé. Un contenu présent sur l'île compte comme en ligne, un contenu au banc d'essai comme en vérification. Là où une preuve manque, la mention état déclaré à la main apparaît explicitement à côté. Seule l'intention est saisie à la main : priorité, dépendance, jalon, prochaine étape.

Les pourcentages par domaine sont comptés, pas estimés : tâches terminées divisées par toutes les tâches du domaine. La partie foncée d'une barre se trouve sur l'île que tu joues, la partie claire est vérifiée et encore en route. En dessous défile un historique des deux derniers jours avec heure et nom, l'historique complet remonte sur des semaines.

Comment le jeu se construit et pourquoi le rythme varie

Derrière la page, il n'y a pas de studio avec des équipes en rotation. Le travail se fait souvent par sessions d'IA, lancées puis validées, et les outils sont cités par leur nom, Codex et Claude. Chaque session signale ce qu'elle fait, chaque modification du jeu est enregistrée automatiquement. C'est exactement pour cela qu'on voit aussi, sur la page de l'atelier, les jours où il se passe peu de choses.

Sur l'île, du nouveau n'arrive qu'une fois construit, testé et revérifié. L'île elle-même est reconstruite à l'échelle, avec de vraies altitudes et des bâtiments à leur emplacement mesuré, et elle continue d'être bâtie en continu. Cela explique pourquoi quelque chose change presque chaque jour, et pourquoi une sauvegarde de la semaine dernière n'est pas garantie de continuer à fonctionner.

Certaines choses sont volontairement à moitié en place. Les personnages reçoivent leur voix petit à petit : les personnages principaux et les voix de l'introduction prononcent leurs phrases fixes avec des extraits préparés, les autres suivent. Les articles du jeu sont eux aussi préparés techniquement, mais la liste est vide. Ce qui n'est pas établi n'est pas affirmé.

Comment arrivent les mises à jour, et quand vient la version complète

Les mises à jour arrivent souvent et de façon irrégulière. Aucune date n'est annoncée pour une version finie, et c'est une décision délibérée, pas un oubli.

Dans le navigateur, tu n'as rien à faire pour cela : ouvrir la page et jouer. L'application de bureau vérifie elle-même au démarrage et ne récupère que les fichiers modifiés, à la main cela passe par le menu du jeu. La comparaison des deux chemins se trouve dans Navigateur ou bureau.

Qui veut savoir si le prochain coup d'œil vaut le détour regarde la ligne indiquant la dernière version publiée. Elle se trouve tout en haut de l'atelier, et elle est plus honnête que n'importe quelle annonce.

Signaler un bug et se débarrasser de ses idées

Les signalements de bugs sont explicitement les bienvenus, et il existe exactement une adresse mail pour tout. Aucun numéro de téléphone n'existe, aucun délai de traitement fixe n'est promis, mais chaque mail reçoit une réponse.

Pour que ton signalement devienne une entrée, trois choses doivent y figurer : quel système d'exploitation et quel navigateur tu utilises, ce que tu as fait, et ce qui s'est passé ensuite. Une capture d'écran aide en plus. Pour les questions liées à un achat, ajoute le numéro de commande venu du mail de paiement, sinon la recherche prend plus de temps.

Les idées passent par le même canal. Sur la page de l'atelier se trouve une liste d'idées ouvertes, celles qui sont retenues rejoignent les tâches, celles qui sont réalisées restent affichées pour mémoire. L'adresse et les réponses les plus fréquentes se trouvent dans les questions fréquentes.