Shadow AI : quand 30 devs utilisent l'IA chacun dans son coin

Je rentre de France. J'y suis allé voir des boîtes, des vraies : des équipes qui poussent du code en production tous les jours, avec du legacy, des contraintes et des deadlines.

J'y allais en pensant parler modèles et outils. On n'en a quasiment pas parlé.

Pas une seule ne m'a demandé si Claude Sonnet 5 valait mieux que GPT-5.5. Pas une fois. Sur le moment ça pique un peu, quand tu es YouTubeur et que c'est 80 % de ton feed.

Le dernier modèle, c'est un sujet de YouTubeur

Sur YouTube, on court après chaque sortie. Nouveau modèle, nouveau benchmark, nouveau comparatif. Ça fait des vues, et j'en fais partie.

Sur le terrain, ça n'existe pas.

Les boîtes que j'ai vues tournent avec des modèles qui ont six mois, et ça leur va très bien. Leur question n'est pas "est-ce que je gagne trois points sur un benchmark", c'est "est-ce que mon process est fiable" et "est-ce que ça me coûte moins cher".

Le modèle est devenu une commodité. Comme l'électricité : personne ne se demande quelle marque d'électricité il branche. Ce qui compte, c'est ce que tu en fais.

Si tu choisis ton outil IA sur un benchmark, tu réponds à une question que ton entreprise ne se pose déjà plus.

Le dev solo, ça marche. Et c'est exactement le piège.

Prends un dev seul. Il a son Cursor ou son Claude Code, ses rules, ses prompts, ses skills. Il a bricolé son setup pendant des semaines, il l'a affiné, il le connaît par cœur.

Ça marche. Vraiment. Il code plus vite, il est content, et il a raison de l'être.

Le problème, c'est que ce succès est strictement individuel. Il n'est ni transférable, ni vérifiable, ni maintenable par quelqu'un d'autre. Il vit dans un dossier local que personne n'a jamais ouvert.

Tant que tu es seul, c'est une force. À trente, c'est une dette.

30 devs, 30 configs : le shadow AI

Le shadow AI, c'est l'IA déjà utilisée partout dans la boîte, sans que personne ne l'ait cadrée. Elle n'est ni interdite, ni encadrée. Elle est juste là, en douce.

Regarde ton équipe aujourd'hui. Sur toutes les autres couches, le débat est réglé depuis longtemps :

Couche	Cadre commun ?	Qui l'impose
Langage et framework	Oui	l'équipe, une fois pour toutes
Style de code	Oui, un linter, une config partagée	la CI
Tests	Oui, une suite, un seuil	la CI
Revue de code	Oui, une PR, un reviewer	le process
Déploiement	Oui, un pipeline	la plateforme
IA : rules, prompts, skills	Non	chaque dev, dans son coin

Personne n'accepterait que chaque dev ait son propre linter avec ses propres règles, sans que personne ne sache ce que fait le voisin. C'est pourtant exactement ce qui se passe avec l'IA.

Tu connais la vieille blague "ça marche sur ma machine". Il a fallu quinze ans, Docker, la CI et l'infra as code pour la régler. L'IA solo, c'est la même chose : ça marche sur ma machine, avec mes rules, avec mes prompts. En équipe, ça casse.

Concrètement, à trente devs sans cadre :

• personne ne sait ce que le voisin fait générer
• deux devs résolvent le même problème avec deux prompts différents, et deux résultats différents
• celui qui a le meilleur setup ne le partage pas, parce qu'il n'y a nulle part où le mettre
• quand il part, son setup part avec lui
• aucune capitalisation : quelques individus progressent, l'équipe non
• aucun contrôle : ni sur ce qui part vers les modèles, ni sur ce qui revient dans le code

Ce que les boîtes veulent vraiment

Pas que tu ailles plus vite dans ton coin. Que trente devs partagent les mêmes règles et les mêmes skills, et que ça tienne dans le temps.

En clair, elles veulent trois choses :

1. Unifier. Un jeu de rules et de skills commun, versionné, que tout le monde utilise.
2. Capitaliser. Ce qu'un dev découvre le lundi doit profiter aux vingt-neuf autres le mardi.
3. Reprendre le contrôle. Savoir ce qui est envoyé, ce qui revient, et sur quelles bases.

Un exemple concret

Une boîte qu'on a accompagnée voulait exactement ça : un système unifié de rules et de skills pour toute l'équipe. Pas pour aller plus vite. Pour reprendre le contrôle.

Sa demande n'était ni "quel modèle", ni "quel outil". C'était : comment faire pour que tout le monde bosse pareil, que ce qu'un dev découvre profite aux autres, et que ça ne dépende pas de la bonne volonté de chacun.

Ce n'est pas une vue de l'esprit. C'est le vrai sujet de 2026.

Ce que ça change pour toi

Si tu es dev en poste, il y a une lecture à faire.

La compétence qui prend de la valeur, ce n'est pas "je connais le dernier modèle". Tout le monde l'aura dans six mois, et il sera une commodité.

C'est savoir transformer une pratique individuelle en cadre d'équipe. Écrire des rules que trente personnes peuvent lire, comprendre et maintenir. Faire progresser un groupe, pas juste toi.

Beaucoup moins sexy qu'un benchmark. Beaucoup plus dur à remplacer, aussi.

Conclusion

Le sujet des prochains mois, ce n'est pas "quel modèle utiliser". C'est comment une équipe entière utilise l'IA sans que chacun parte dans son coin.

L'IA est déjà dans ta boîte. La seule question, c'est de savoir si elle y est en douce, ou si elle y est cadrée.

Je détaille tout le constat terrain en vidéo : Shadow AI, retour de France

Et si tu veux ce type d'analyse chaque semaine, c'est dans The Agentic Dev.