Quand l'IA code à votre place, qui écrit les règles ?

Les quatre briques s’emboîtent : une architecture de la confiance

Prises isolément, ces quatre briques restent des outils. Articulées ensemble, elles forment une architecture de la confiance qui rend les systèmes IA-générés véritablement fiables à l’échelle.

JSON Schema pose les fondations : il décrit et contraint chaque objet de données au niveau le plus atomique. OpenAPI s’appuie dessus pour contractualiser les échanges HTTP entre services, en référençant les schémas via $ref plutôt qu’en les redéfinissant localement. Le Schema Registry centralise ces schémas partagés en un registre versionné et interrogeable : les specs OpenAPI y puisent leurs définitions, les producteurs d’événements y valident leurs messages avant émission, et le registry garantit que toute évolution reste rétrocompatible avec les consommateurs existants. Enfin, le Data Contract referme la boucle en ancrant l’engagement organisationnel sur cette définition technique : il référence le schéma du registry, y associe un propriétaire, un SLA, des règles de qualité, et fait de toute modification versionnée un événement contractuel qui déclenche une renégociation explicite.

Ce qui est remarquable dans cette chaîne, c’est qu’elle est additive et progressive. Une équipe peut commencer par simplement versionner ses JSON Schemas dans un repo Git, puis adopter OpenAPI pour ses nouvelles API, puis centraliser dans un registry quand la prolifération de schémas le justifie, puis formaliser des data contracts sur les flux les plus critiques. Chaque étape apporte de la valeur indépendamment des autres, et prépare naturellement le terrain pour la suivante.

Le nouveau rôle de l’architecte à l’ère générative

Dans les équipes qui adoptent sérieusement le Vibe Coding, un rôle émerge (ou se redéfinit) : l’architecte orienté Data. Cette personne ne code plus des fonctionnalités, elle définit les frontières. Elle dessine les schémas, arbitre les évolutions incompatibles, maintient le registre des contrats.

C’est en réalité le retour d’une discipline fondatrice de l’informatique d’entreprise, longtemps éclipsée par une mauvaise compréhension de l’agilité et de la livraison continue : la modélisation de domaine rigoureuse. Domain-Driven Design, Event Storming, Bounded Contexts, ces pratiques reprennent du galon parce qu’elles produisent exactement ce dont l’IA a besoin pour générer du code cohérent : une représentation formelle et partagée du monde métier.

En conclusion : vibe d’abord, contrat toujours

Le Vibe Coding n’est pas l’ennemi de la rigueur. Il en est le révélateur. Il expose, parfois brutalement, les systèmes qui n’avaient jamais véritablement réfléchi à leurs interfaces. Il récompense les équipes qui ont fait le travail ingrat de formaliser leurs structures de données.

La leçon est simple : vibrez autant que vous voulez pour l’implémentation, c’est là que l’IA brille vraiment. Mais pour les contrats de données, les schémas, les interfaces entre systèmes, prenez le temps humain qu’ils méritent. Ce sont eux qui transforment une collection de services générés par l’IA en un système cohérent, maintenable, et compréhensible dans cinq ans par une équipe que vous n’avez pas encore recrutée.

Dans le monde du software à l’ère de l’IA, le code est devenu jetable. Les schémas, eux, sont la mémoire durable de votre organisation. Traitez-les comme tels.