Carnet · Article

Retours d'expérience

Party Games Hub : de l'idée à l'App Store en un week-end avec Fable 5

En moins de deux jours, j'ai conçu, développé et mis en production une application de jeux de soirée complète — backend temps réel, six mini-jeux, bilingue, app iOS — sans écrire une ligne de code. Retour d'expérience sur un week-end de développement avec Fable 5.

par Thomas Bourcy · · 6 min · lecture
Party Games Hub : de l'idée à l'App Store en un week-end avec Fable 5 Figure № 01

En moins de deux jours, j'ai conçu, développé et mis en production une application de jeux de soirée complète, Party Games Hub, avec l'aide de Fable 5, le dernier modèle d'Anthropic. Et le produit n'a rien d'un prototype : deux modes de jeu (un seul téléphone qui circule dans la pièce, ou chacun sur le sien avec des salles à code et sans aucune inscription), six mini-jeux pilotés par les données, une interface bilingue français-anglais dès le premier jour, et plus de cent questions par jeu et par langue.

écran d'accueil « Zéro pitié »

Je n'ai pas écrit une ligne de code. Voici comment ça s'est passé — le bon, comme le moins bon.

Le point de départ

L'idée avait un double moteur.

Un besoin concret : avoir mon propre Jackbox francophone, gratuit, jouable dans le navigateur, sans compte à créer. Le genre d'app qu'on dégaine en soirée sans avoir à expliquer quoi que ce soit : le premier crée une salle, les autres tapent un code à quatre lettres, et c'est parti.

Une envie de tester : éprouver Fable 5 sur un vrai projet de bout en bout, plutôt que sur un jouet. Pas un TODO-list de démo — un produit avec du temps réel, de la donnée, du déploiement, une app native.

Un jeu de soirée coche les deux cases : c'est simple à décrire, mais ça demande une vraie chaîne technique derrière.

La stack

Rien d'exotique, mais rien de simpliste non plus :

  • Backend Laravel : API REST versionnée, authentification par jetons invités via Sanctum — aucun compte obligatoire

  • Temps réel : Laravel Reverb et Echo côté joueur (plutôt que Livewire)

  • Back-office Filament pour administrer jeux et questions

  • MySQL et Redis, avec Horizon pour les files d'attente

  • Frontend Ionic + Angular : composants standalone, signals, un seul code pour le web et le mobile grâce à Capacitor

  • Hébergement : VPS OVH, Nginx, PHP-FPM, services systemd pour Reverb et la queue, le front en PWA et l'API sur deux sous-domaines

écran « Qui joue ? »

Six mini-jeux tournent sur cette base : textes à trous jugés à l'aveugle, votes de personnalité, faux faits à démasquer, télépathie en binôme, enchères de mensonges, intrus caché. Tous pilotés par les données : ajouter du contenu ne demande pas une ligne de code.

jugement Fill the Blank

La méthode : je décide, Fable exécute

Concrètement, tout s'est fait en sessions Claude Code, en langage naturel. La boucle était toujours la même :

  1. Un cadrage rapide — je décris ce que je veux, en français

  2. Un plan d'implémentation découpé en tâches

  3. Une exécution en développement piloté par les tests, avec des agents spécialisés lancés en parallèle

  4. Une relecture adversariale du code entre chaque tâche

La répartition des rôles était claire. J'ai gardé pour moi les décisions produit, les priorités, et surtout le test en conditions réelles — ces vraies soirées entre amis qui valent tous les tests unitaires du monde. J'ai délégué la conception, le code, les tests, le déploiement et le debugging.

En pratique, ce sont des dizaines d'itérations, souvent déclenchées par un simple retour de ma part, du type « les questions reviennent trop souvent », ou une capture d'écran d'un bug remonté par un joueur. C'est tout. Pas de ticket, pas de spec formelle : une phrase, et l'agent repart.

Ce qui m'a bluffé

Plusieurs features complexes sont sorties propres du premier coup — et c'est ça qui impressionne le plus.

Le temps réel multi-téléphones. Le mode où chacun joue sur son appareil, avec re-synchronisation complète de l'état de partie quand un joueur se reconnecte, a fonctionné sans accroc. Quiconque a déjà écrit ce genre de logique de reprise d'état sait le nombre de cas limites que ça représente.

La génération de contenu à l'échelle. Plus de sept cents questions générées par six agents travaillant en parallèle, dédoublonnées et validées automatiquement, en une seule passe.

La chaîne de publication iOS. Le moment le plus bluffant. Le build natif, et surtout la signature de distribution créée automatiquement via la clé API App Store Connect — sans que j'aie à manipuler un seul certificat à la main. Ceux qui ont déjà souffert du provisioning Apple comprendront.

révélation « écrite par Bob »

Ce qui a coincé

Tout n'a pas été lisse, et c'est ce qui rend l'expérience honnête.

Le clavier iOS. Le comportement du clavier sur un vrai iPhone n'a jamais pu être mesuré autrement qu'en simulation. Plusieurs correctifs sont donc partis d'une capture d'écran que j'envoyais dans la session.

L'App Store. Au moment de publier, le nom « Party Games Hub » et le bundle id de départ étaient déjà pris. Il a fallu pivoter deux fois. L'IA ne pouvait pas le deviner — et c'est typiquement le genre de friction qu'aucune démo ne montre.

Les dérapages d'agent. Un agent a un jour glissé une modification sans rapport dans un commit, qu'on a dû rescinder. Fable a lui-même introduit une petite erreur de syntaxe, qu'il a corrigée au tour suivant. Rien de dramatique, mais ça confirme l'intérêt de la relecture systématique entre les tâches.

Le facteur humain. La double authentification Apple a bloqué une fois... parce que j'avais fermé le terminal trop tôt. Tout ne s'automatise pas, à commencer par ma propre impatience.

Le fil rouge de ces accrocs : l'humain reste indispensable pour tester, décider et rattraper.

Le bilan

Il tient en une phrase : un week-end, en partant de zéro, jusqu'à une application stable, couverte par des centaines de tests automatisés, éprouvée par de vraies parties, déployée en production et déposée sur l'App Store.

tableau des scores

Seul et à la main, ce périmètre — un backend temps réel, six jeux, du bilingue, une app native iOS — se compte en semaines, voire en mois. Je le sais, j'ai livré assez d'apps Ionic pour avoir des points de comparaison.

Ce que j'en retire pour les projets clients

Ce week-end n'était pas qu'un side project : c'était un test de méthode. Et la méthode spécification → plan → développement piloté par les tests, avec relecture adversariale et déploiement continu passe remarquablement bien à l'échelle.

À une condition, non négociable : garder l'humain sur les décisions, le goût et le test terrain. L'IA a écrit 100 % du code de Party Games Hub. Mais elle n'a choisi ni le produit, ni les priorités, ni ce qui était « assez bien » pour partir en production. C'est exactement là que se déplace le métier.

Party Games Hub est jouable gratuitement, sans compte, sur games.lelaboratoirenumerique.com. Testez-le à votre prochaine soirée — et dites-moi lequel des six jeux dégénère le plus vite chez vous.

Partager

À lire ensuite

Articles similaires.

Migration de données : les 10 erreurs qui coûtent cher
Retours d'expérience 9 min · lecture

Migration de données : les 10 erreurs qui coûtent cher

Après plusieurs projets de migration enterprise (ERP, CLM, procurement), voici les erreurs que j'ai vues — et parfois commises. Des leçons qui peuvent vous éviter des semaines de retard et des nuits blanches.

par Thomas Bourcy

Suite

Vous avez un projet ?

Discutons-en. Réponse sous 24 h ouvrées.