L'autorité de conception en IA

Nous sommes à un tournant du développement logiciel. Le débat porte souvent sur quelle quelle IA écrit le meilleur code (Claude vs ChatGPT) ou où où cette IA doit résider (IDE ou CLI). Mais ce n'est pas la bonne question.

Si nous adoptons l'IA en tant que « Vibe Coders » – où nous exprimons l'intention et où l'IA se charge de l'exécution – nous créons un flux massif de nouveaux logiciels. Un essaim d'agents IA peut générer en une minute plus de code qu'un développeur senior ne peut en réviser en une semaine. L'humain est devenu le goulot d'étranglement.

La solution n'est pas plus plus d'humains. La solution est une Autorité de Conception IA.

De l'artisan au directeur d'usine

Traditionnellement, l'« Autorité de Conception » est un groupe d'architectes qui se réunit une fois par semaine ou par mois pour approuver ou rejeter une conception. Dans un monde de développement IA à haute vélocité ce modèle est désespérément obsolète. Il est trop lent et trop réactif.

Si nous passons au « Code Jetable » – des logiciels que nous ne refactorisons pas indéfiniment, mais que nous jetons et régénérons lorsque les exigences changent – alors notre rôle change fondamentalement. Nous ne sommes plus des maçons qui posent pierre par pierre. Nous sommes les architectes de l'usine qui imprime les murs.

Mais qui vérifie si ces murs sont droits ?

Le « Gauntlet » : une épreuve du feu automatisée

Une autorité de conception IA (AI Design Authority) n'est pas une personne, mais un pipeline. Un « gant » (Gauntlet) à travers lequel chaque ligne de code générée doit se frayer un chemin pour atteindre la production. Ce processus ne remplace pas la revue de code humaine par rien, mais par quelque chose de meilleur.

Il fonctionne en trois couches :

1. Le pouvoir exécutif (La génération)
Nous ne demandons pas à une seule IA de trouver une solution, nous en sollicitons trois. Nous faisons travailler Gemini 3, GPT-5 et un modèle open-source (comme Llama) en parallèle sur le même problème. Cela évite la vision en tunnel et brise la « paresse » dont souffrent parfois les LLM. Cette approche est également scientifiquement prouvée et démontre qu'il est possible de prévenir les hallucinations de l'IA et de construire de très longues chaînes sans erreurs

2. Le filtre rigide (La loi)
Ici, aucune discussion n'est possible. Le code doit compiler. Les linters ne doivent pas émettre d'alertes. Et surtout, les Tests en boîte noire doivent réussir. Nous ne testons pas si la fonction fonctionne en interne (l'IA peut manipuler cela), nous testons si le système fait ce qu'il doit faire de l'extérieur. Le test échoue ? Direction la corbeille immédiatement.

3. Le filtre souple (Le jury IA)
C'est là que réside la véritable innovation. Les solutions restantes sont soumises à une « IA de vote » spécialisée. Cet agent n'écrit pas de code, mais lit le code. Il est formé sur nos principes d'architecture, nos exigences de sécurité (OWASP, ISO) et nos règles de conformité (EU AI Act).
Il vote : « La solution A est plus rapide, mais la solution B est plus sécurisée et respecte mieux notre architecture de microservices. »

Le gagnant passe en production.

La Trias Politica du logiciel

Ce modèle impose une séparation des pouvoirs qui fait défaut dans de nombreuses équipes.

• Le pouvoir législatif (l'architecte) : L'architecte rédige la « Constitution ». Les prompts, les documents d'architecture (project-description.md, rules.md, skills.md en principles.md), les exigences strictes. L'architecte détermine quoi ce que nous construisons, qui le construit, comment et pourquoi.
• Le pouvoir exécutif (les agents de codage) : Ils exécutent. Rapidement, à moindre coût et sous la supervision de développeurs humains.
• Le pouvoir judiciaire (l'autorité de conception) : Une couche d'IA indépendante qui vérifie la conformité à la loi.

Conclusion : Le nouveau rôle de l'architecte

Il nous libère de la tyrannie des erreurs de syntaxe et nous permet de nous concentrer sur ce que nous faisons de mieux : la pensée systémique. La recherche de la vérité. La structure et la prise de décision.

La question n'est pas de savoir si l'IA peut écrire notre code. Ce débat est clos. Le code devient en grande partie un produit jetable.
La question est : osez-vous lâcher prise sur le code pour reprendre le contrôle sur la qualité ?

faites-le-moi savoir