<aside> 🏛️
Tu n'as pas besoin de trier les mille informations sur l'IA qui te tombent dessus chaque semaine. Tu as besoin de quatre questions.
Persistance, souveraineté, résilience, scalabilité. Cette page transforme ces quatre mots en inspection des fondations, à faire avant toute décision d'implémentation IA dans ton entreprise : ce que chaque question vérifie, les réponses qui tiennent, celles qui doivent t'arrêter, et les phrases exactes à poser à la personne en face de toi.
Une seule règle pour trancher : une réponse douteuse sur l'une des quatre, et tu ne signes pas.
</aside>
<aside> ⚠️
Tu n'as pas d'assistant IA sous la main ?
Rien à installer pour te servir de cette page. Les quatre questions se posent à voix haute, en rendez-vous. Le prompt d'inspection plus bas fonctionne dans n'importe quel assistant grand public, depuis un navigateur : tu ouvres, tu colles, tu lis.
Si un jour tu veux faire travailler une IA directement sur les documents de ton entreprise, copie ce prompt dans l'assistant de ton choix :
Aide-moi à installer Claude Code sur mon ordinateur.
Avant de commencer, va lire la documentation officielle https://code.claude.com/docs/en/setup
sans te fier à tes seules connaissances pré-entraînement : elle porte la procédure exacte selon
mon système (Mac, Windows ou Linux) et le type de compte requis aujourd'hui.
Ensuite, donne-moi les étapes une par une. Je n'ai jamais utilisé un terminal.
Si un point de la documentation est ambigu, dis-le au lieu de deviner.
Ton assistant te guide pas à pas. Reviens ici après.
</aside>
<aside> ✅
Tu as déjà lancé un projet IA, sans être sûr d'avoir fait le bon choix ? Tu es au bon endroit, et c'est le bon moment.
La grille ne sert pas qu'avant de signer : elle se passe aussi sur ce qui tourne déjà chez toi, en une demi-heure, sans aucune compétence technique. Ce qu'elle demande, c'est de poser des questions simples et de refuser les réponses floues. Continue jusqu'à la fiche d'inspection, c'est là que tout devient concret.
</aside>
<aside> 💡
Ton entreprise utilise déjà un outil précis ?
Cette page n'en favorise aucun, et c'est voulu : elle inspecte la solution, pas le logiciel. La première question vérifie d'ailleurs précisément que ce qui a été construit survit à un changement d'outil. Elle s'applique telle quelle à ce qui tourne sur Codex (OpenAI), Claude Code (Anthropic), Cursor, Copilot CLI (GitHub), Antigravity CLI (Google), Hermes Agent, OpenClaw, ou à des automatisations montées sur n8n.
Liste vérifiée le 15 septembre 2026. Si tu cherches encore Gemini CLI : Google a cessé de le servir aux comptes particuliers le 18 juin 2026 et l'a remplacé par Antigravity CLI (les licences entreprise Gemini Code Assist Standard et Enterprise ne sont pas concernées).
Ce que je n'affirme pas : que ces outils se valent ou fonctionnent pareil. Ce qui est commun, ce sont les quatre questions. Pour savoir ce que ton outil permet sur chacune, copie ce prompt :
Mon entreprise utilise [nom de l'outil] pour une solution d'IA.
Avant de répondre, va lire la documentation officielle de cet outil, sans te fier à tes seules
connaissances pré-entraînement.
Dis-moi ensuite, pour cet outil précisément :
1. Où sont écrites les règles et les instructions permanentes, et peut-on les emporter ailleurs ?
2. Existe-t-il un mécanisme qui BLOQUE une action interdite, ou seulement des consignes écrites ?
3. Où est conservé ce que le système a appris ou décidé, et peut-on le relire et le corriger ?
4. Peut-on exporter toutes nos données et nos règles dans un format lisible sans l'outil ?
Si la documentation ne répond pas à un point, écris « non documenté » au lieu d'inventer.
</aside>
<aside> 🧭
Tu ne codes pas ? C'est le cas de la plupart des gens qui signent ces décisions.
Rien ici ne demande de comprendre comment fonctionne une IA. Dans un cabinet comptable, la question est de savoir si l'outil de saisie assistée garde tes règles de rapprochement le jour où tu en changes. Dans une agence, si l'assistant commercial vendu par un prestataire t'appartient encore quand le contrat s'arrête. Dans un e-commerce, si l'agent de service client refuse vraiment ce qu'il n'a pas le droit de promettre. Tu n'as pas besoin de savoir construire une maison pour demander à voir les fondations.
</aside>
La vidéo donne quatre mots. Cette page ne les répète pas : elle en fait un outil de décision.
Le vrai problème d'un dirigeant face à l'IA n'est pas le manque d'information, c'est le tri. Et le coût d'un mauvais tri est documenté. Le rapport de la RAND Corporation du 13 août 2024 sur les causes d'échec des projets d'IA relève que, selon certaines estimations, plus de 80 % des projets d'IA échouent, soit deux fois le taux des projets informatiques sans IA. Parmi les cinq causes racines que leurs entretiens font ressortir, deux parlent directement de toi : une organisation qui se concentre davantage sur la dernière technologie que sur le vrai problème de ses utilisateurs, et une organisation qui n'a pas l'infrastructure pour gérer ses données et mettre en service ce qu'elle a construit.
Les quatre questions attaquent exactement ça. Elles ne jugent pas la technologie du moment. Elles jugent ce qui reste quand la technologie change.
| Une dépense de recherche et développement | Un investissement | |
|---|---|---|
| Ce que tu achètes | Un résultat qui marche aujourd'hui, sur un outil précis | Une ossature qui continue de marcher quand l'outil, l'équipe ou le besoin changent |
| Ce qui se passe dans un an | On refait, ou on dépend de celui qui l'a monté | On enrichit ce qui existe, et l'équipe s'en sert mieux qu'au premier jour |
| À qui ça sert vraiment | Surtout à ceux qui observent et apprennent de ton expérience | À toi et aux personnes qui travaillent dans ta boîte |
Et ces questions valent peu importe la personne en face de toi : un prestataire, un éditeur de logiciel, ton équipe interne, un consultant. Moi compris.
Les quatre questions se posent dans cet ordre. Chacune inspecte un critère. Il suffit d'une réponse douteuse pour s'arrêter.
flowchart TD
A["Une décision IA sur la table :<br>un outil, une offre, un prestataire,<br>un projet interne"] --> Q1{"1. Est-ce transposable ?<br>SCALABILITÉ"}
Q1 -->|"Réponse solide"| Q2{"2. Les principes de<br>gouvernance sont-ils là ?<br>RÉSILIENCE"}
Q2 -->|"Réponse solide"| Q3{"3. Mon expertise est-elle<br>capitalisée dans le temps ?<br>PERSISTANCE"}
Q3 -->|"Réponse solide"| Q4{"4. Suis-je souverain<br>et propriétaire ?<br>SOUVERAINETÉ"}
Q4 -->|"Réponse solide"| GO["Les fondations tiennent.<br>Tu peux construire dessus"]
Q1 -->|"Réponse douteuse"| STOP["Tu ne signes pas en l'état.<br>Une fondation ne se négocie pas"]
Q2 -->|"Réponse douteuse"| STOP
Q3 -->|"Réponse douteuse"| STOP
Q4 -->|"Réponse douteuse"| STOP
| La question | Le critère inspecté | Ce qu'elle t'évite |
|---|---|---|
| 1. Cette solution est-elle transposable, à travers les outils et à travers les logiques métier ? | Scalabilité | Refaire tout le projet au prochain changement d'outil, ou pour le prochain service de ta boîte |
| 2. Embarque-t-elle des principes de gouvernance ? | Résilience | Un système qui marche en démonstration et s'effondre au bout de quelques mois |
| 3. Me permet-elle d'embarquer mon expertise et de la capitaliser dans le temps ? | Persistance | Un outil qui repart de zéro à chaque utilisation, et un savoir qui part avec la personne qui l'a configuré |
| 4. Suis-je souverain et propriétaire de l'architecture, de la trace de mon travail et des règles qui s'y greffent ? | Souveraineté | Payer pour construire quelque chose qui ne t'appartient pas |
Ce qu'elle vérifie. Deux choses, et il faut les deux. D'abord, la solution survit à un changement d'outil ou de modèle d'IA : ce qui fait sa valeur est écrit ailleurs que dans le logiciel. Ensuite, elle s'étend à une autre logique métier de ta boîte, la comptabilité après le commercial par exemple, en ajoutant des règles, pas en reconstruisant.
| Ce que tu testes | Réponse solide | Réponse douteuse |
|---|---|---|
| Changer d'outil dans un an | « Vos règles et votre savoir sont dans des documents à vous, lisibles par un autre outil. On rebranche l'exécution, on ne refait pas le reste. » | « Tout est paramétré dans notre plateforme. » « C'est optimisé pour cet outil, on ne sait pas faire autrement. » |
| L'étendre à un deuxième service | « La même ossature sert au deuxième service. On ajoute ses règles métier. » | « Pour ce service-là, ce sera un nouveau projet. » |
| Parler le langage de tes équipes | Un expert de ton métier comprend le système avec ses propres mots | Tes équipes doivent apprendre le vocabulaire du prestataire pour s'en servir |
<aside> 📌
Pourquoi cette question passe en premier. Les outils changent de nom plus vite que tes contrats ne se renouvellent : Gemini CLI ne sert plus les comptes particuliers depuis le 18 juin 2026, remplacé par Antigravity CLI. Une solution collée à son outil vieillit avec lui.
Un signal simple à vérifier : il existe un format ouvert pour écrire les instructions données aux agents d'IA, AGENTS.md, utilisé par plus de 60 000 projets open source et désormais porté par l'Agentic AI Foundation, sous l'égide de la Linux Foundation. Codex, Cursor et beaucoup d'autres le lisent ; Claude Code lit son propre fichier, qui peut importer celui-là. Demander « vos instructions sont-elles écrites dans un format portable de ce type ? » est une question courte qui en dit long.
</aside>
Les phrases à poser à la personne en face de toi :