Cohérence du code IA :un modèle, 633 services

La cohérence du code IA vient de la construction d'un modèle maître que l'IA copie — sans jamais la laisser inventer deux fois une approche différente. Une vraie plateforme l'a prouvé à grande échelle : 633 services, tous des copies identiques d'une seule fondation de 305 lignes, tous construits par l'IA. La répétition, pas la nouveauté, est le superpouvoir.

Si vous n'êtes pas technique, c'est peut-être la leçon la plus contre-intuitive de la construction assistée par l'IA. On nous apprend à penser que la créativité est la partie précieuse. En logiciel, c'est l'inverse : les bases de code les plus précieuses sont les plus ennuyeuses. Voici l'histoire, avec les concepts placés au-dessus du code.

L'erreur qui a failli arriver

Janvier 2025. La base de données de FIKR Space est conçue — 964 tables, multi-tenant dès le premier jour. Il lui faut maintenant des services. Beaucoup de services.

L'IA construit le premier. Il marche. Parfait. L'IA construit le deuxième — et il utilise un autre schéma. Une autre gestion des erreurs, une autre façon d'interroger la base. Le troisième service ? Encore un autre schéma.

Stop. Parce que les maths de cette trajectoire sont brutales : continuez ainsi et, au 100e service, vous avez 100 schémas différents. Chaque bug est corrigé de 100 façons différentes. Le refactoring devient impossible. La cohérence devient un rêve.

L'IA ne se comporte pas mal. Demandez-lui de construire quelque chose à partir de zéro et elle générera une solution parfaitement raisonnable, dans la moyenne d'internet — une solution parfaitement raisonnable différente à chaque fois. L'IA est une brillante improvisatrice, et l'improvisation est exactement ce qu'une base de code ne peut pas supporter. Non maîtrisée, c'est ainsi que vous glissez dans le piège du vibe coding.

Ce qu'est vraiment un service (sans code)

Une traduction rapide pour les lecteurs non techniques. Un service est la couche entre votre base de données et vos écrans. Quand un utilisateur clique sur « enregistrer », un service vérifie qu'il en a le droit, écrit les données au bon endroit, enregistre qui l'a fait et rend compte — succès ou erreur utile.

Si la base de données est la fondation de votre produit et les écrans son visage, les services sont le système nerveux : chaque signal y passe. Chaque fonctionnalité de votre produit en nécessite un — c'est ainsi qu'une plateforme sérieuse finit par en exiger des centaines. Et chaque service doit répondre aux cinq mêmes questions : cet utilisateur a-t-il le droit de faire cela ? À quel client appartiennent ces données ? Que se passe-t-il en cas d'échec ? Cette action doit-elle être journalisée ? La saisie est-elle sûre ?

Cinq questions, des centaines de services. Cette répétition est soit votre plus grand risque, soit votre plus grand atout — selon une seule décision.

Cohérence du code IA : le coup du modèle maître

La décision : arrêter de construire des services et construire d'abord le modèle. Une seule fondation — 305 lignes de code — qui répond une fois pour toutes aux cinq questions. La gestion des erreurs. Le filtrage multi-tenant, pour que chaque client ne voie jamais que ses propres données. La vérification des permissions. La journalisation d'audit. L'assainissement des saisies. Chaque réponse durement acquise, encodée une seule fois.

Puis une règle écrite dans chaque plan de fonctionnalité remis à l'IA : chaque service étend la fondation. Sans exception. (Ces plans sont des PRP — la mécanique est dans la méthode PRP.)

À partir de ce moment, l'IA a cessé d'improviser et s'est mise à répliquer. Demandez un nouveau service et elle copie le squelette éprouvé, remplit les spécificités, et hérite gratuitement de toutes les propriétés de sécurité. Le premier service a pris environ 2 heures — le temps de bien construire la fondation. Chacun des 632 suivants a pris 15 à 30 minutes. Sur l'ensemble de la plateforme, cela représente environ 800 heures économisées par rapport à une construction de chacun à partir de zéro.

Le livreThe Solopreneur RevolutionLuis Gonçalves sur la création d'une activité de solopreneur avec l'IA, sans quitter son emploi.Obtenir le livre →

Un changement, 633 mises à jour

Le bénéfice cumulé arrive plus tard. Quand la journalisation d'audit a été ajoutée à la fondation, les 633 services l'ont obtenue — instantanément. Quand les messages d'erreur ont été assainis pour la sécurité, les 633 services en ont profité. Quand la gestion des requêtes s'est améliorée, les 633 services en ont profité. Un changement, 633 mises à jour, zéro modification manuelle.

Cela suggère un test simple pour savoir si votre architecture fonctionne. Appelons-le le test d'échelle : si vous pouvez ajouter une capacité à votre fondation et que tous les services en héritent immédiatement, vous avez réussi. S'il fallait mettre à jour 633 fichiers à la main, vous avez échoué. Le test fonctionne aussi bien avec 6 services qu'avec 633 — la seule différence est combien il est douloureux de découvrir la réponse tard.

Pourquoi la répétition est un superpouvoir

Les chiffres derrière l'argument « l'ennuyeux est beau » :

Regardez la ligne du plus petit au plus grand. Le service le plus simple fait 87 lignes ; le plus complexe gère tout un flux de transactions d'investissement sur 2 214 lignes. Des missions radicalement différentes — un squelette identique. La complexité varie ; le modèle, jamais.

Voici le concept à retenir : l'IA est une réplicatrice parfaite. Tout ce que vous lui donnez comme référence, elle le reproduira fidèlement et sans relâche — ce qui signifie que le levier réside entièrement dans ce que vous rendez digne d'être répliqué. Réussissez un modèle, une fois, et l'IA le reproduira des centaines de fois sans fatigue, sans ego ni raccourcis. Ne réussissez rien au départ, et l'IA répliquera volontiers le chaos. La même logique anime l'anatomie d'un prompt de production : pointez l'IA vers votre meilleur travail existant et laissez-la copier.

La créativité a sa place dans votre produit, votre positionnement, votre offre. Votre base de code devrait être la chose la moins créative que vous possédez.

12 semainesVotre carrière en entreprise n'a jamais été le planPostulez au Solopreneur Accelerator.Postuler →

Questions fréquentes

Qu'est-ce qu'une couche de services, en français simple ?

C'est la couche intermédiaire de votre produit : le code situé entre la base de données (où vivent les données) et l'interface (ce que voient les utilisateurs). Toute action significative — enregistrer, récupérer, supprimer, vérifier des permissions — passe par un service. C'est pourquoi la cohérence y compte plus qu'ailleurs.

Ai-je besoin de 633 services ?

Non — ce chiffre reflète une grande plateforme multi-produits. Mais le principe s'applique dès votre cinquième service. Le piège du schéma différent à chaque fois commence au service deux, et le coût de correction de l'incohérence grandit avec chaque service ajouté. Construisez la fondation avant de construire la foule.

Comment faire suivre mon modèle à l'IA à chaque fois ?

Deux gestes. D'abord, créez la fondation comme un vrai fichier dans votre produit, pas comme une idée dans votre tête. Ensuite, référencez-la explicitement dans chaque plan de fonctionnalité avec une règle sans exception. L'IA suit bien mieux les exemples que les descriptions — la mécanique pour pointer l'IA vers des fichiers de référence est détaillée dans l'anatomie d'un prompt de production.

Que se passe-t-il si je saute le modèle maître ?

Au dixième service, vous aurez dix schémas différents : dix styles de gestion des erreurs, dix approches de la sécurité, dix façons de parler à la base de données. Chaque correction doit être redécouverte service par service, et un vrai nettoyage finit par signifier réécrire l'essentiel de votre produit. C'est la version structurelle du piège du vibe coding — des progrès rapides maintenant, payés avec intérêts plus tard.