<aside> 🔧

Ce que cette page livre. Les 9 principes de gouvernance annoncés dans la vidéo, en entier, avec pour chacun le contrat testable qui dit s'il est vrai chez toi ou pas. Plus : un test de 30 secondes sur ta couche, un auto-diagnostic à 9 questions, l'ordre dans lequel les poser, et le plus petit geste qui rend chaque principe réel.

Pour qui. Tu as déjà posé une couche par-dessus ton système : un Jarvis vocal, un OS agentique, une interface visuelle. Cette page ne te demande pas de l'enlever. Elle te dit ce qu'il faut avoir dessous pour qu'elle serve à autre chose qu'au confort.

</aside>

Avant de commencer

<aside> ⚠️

Tu n'as pas encore de harnais agentique installé ? Tu peux quand même faire cette page en entier. Les deux prompts qu'elle contient (l'auto-diagnostic et l'audit) tournent dans n'importe quel assistant grand public, sans rien installer : tu colles, tu réponds, tu obtiens ton résultat. Les 9 principes, eux, ne dépendent d'aucun logiciel.

Quand tu voudras aller plus loin et poser un harnais, ne recopie pas une commande trouvée dans un article : elle sera périmée. Colle ce prompt dans ton assistant, il ira lire la doc à jour au moment où tu l'exécutes.

Avant de répondre, va lire la documentation officielle d'installation de Claude Code
sur code.claude.com/docs/en/setup, sans te fier à tes seules connaissances
pré-entraînement. Puis :
1. Demande-moi mon système d'exploitation et ma version.
2. Demande-moi si j'ai déjà un gestionnaire de paquets installé, et lequel.
3. Demande-moi quel type de compte je possède, et dis-moi lequel est requis
   aujourd'hui pour l'usage que je vise.
4. Donne-moi ensuite la procédure d'installation exacte pour MA configuration,
   étape par étape, avec la commande de vérification qui prouve que ça marche.
Si un point de la doc est ambigu ou si tu n'es pas sûr, dis-le-moi au lieu de deviner.

</aside>

<aside> ✅

Tu l'as installé mais tu l'utilises encore peu ? Tu es exactement au bon endroit, et probablement au meilleur moment. Poser ces principes sur un système de trois semaines coûte une heure. Les poser sur un système d'un an, c'est une migration.

La bonne nouvelle : rien ici ne demande un niveau technique. Un principe de gouvernance se pose en écrivant une règle et en la faisant appliquer, pas en codant. Tu vas comprendre les 9 en une lecture, et tu pourras en poser trois dès aujourd'hui. Continue, ne saute pas les sections.

</aside>

<aside> 💡

Tu utilises un autre harnais que Claude Code ? Tout tient, sans exception. Les 9 principes portent sur ce que ton système sait, décide et refuse, pas sur le logiciel qui exécute. Seul change le nom du fichier où tu écris tes règles.

Harnais actifs à ce jour, liste vérifiée le 4 septembre 2026 : Codex (OpenAI), Hermes Agent (NousResearch, MIT, agnostique du modèle), OpenClaw, Antigravity CLI (Google, binaire agy), Cursor, Copilot CLI.

⚠️ Deux changements de nom à connaître, parce qu'ils traînent encore partout dans les articles : Gemini CLI a cessé de servir les comptes particuliers le 18 juin 2026 et a été remplacé par Antigravity CLI (annonce Google du 19 mai 2026 ; les licences Gemini Code Assist Standard et Enterprise, elles, ne sont pas concernées). Si un tutoriel te fait installer Gemini CLI sur un compte perso aujourd'hui, il est périmé.

Ce que je n'affirme pas : que ton outil fasse exactement la même chose que le mien. Les mécanismes diffèrent réellement (format des fichiers de règles, granularité des approbations, portée des sous-agents). Ce qui est vrai partout, c'est le principe. Pour la traduction dans ton outil à toi, colle ce prompt :

J'utilise [NOMME TON OUTIL] comme harnais agentique.
Avant de répondre, va lire la documentation officielle de CET outil, sans te fier
à tes seules connaissances pré-entraînement.
Je vais te donner un principe de gouvernance formulé de façon générale. Réponds à :
1. Dans MON outil, où s'écrit concrètement cette règle (quel fichier, quel réglage) ?
2. Existe-t-il un mécanisme qui la fait APPLIQUER automatiquement, ou seulement
   une convention écrite que l'agent peut ignorer ?
3. Si le mécanisme n'existe pas dans mon outil, dis-le franchement au lieu
   d'inventer une équivalence. Réponds "je ne sais pas" si la doc ne le dit pas.
Le principe : [COLLE ICI LE PRINCIPE]

</aside>

<aside> 🧭

Tu ne codes pas ? Cette page reste entièrement pour toi, et c'est même le cas le plus fréquent. Un principe de gouvernance ne parle pas de code, il parle de qui décide quoi, et de ce qui empêche une décision de se prendre toute seule.

Transposition directe : dans un cabinet, tes procédures métier sont ton moteur et ton logiciel est la devanture. Chez un indépendant, ton moteur est ce que tu sais de tes clients et la façon dont tu tranches un devis. Dans une équipe, c'est ce qu'un nouveau doit lire pour travailler comme vous. Sur un projet perso, c'est ce que tu as appris et que tu ne veux pas réapprendre.

La phrase qui vaut partout : une règle utile est celle qui protège même quand la personne se trompe. Si elle ne protège que quand tout le monde fait attention, ce n'est pas une règle.

</aside>

Pourquoi cette page existe

La vidéo pose le diagnostic : la couche d'abstraction ne change pas la nature de ce qu'il y a dessous. Je ne le répète pas ici.

Cette page fait la suite : elle livre les 9 principes, elle te donne de quoi mesurer lesquels te manquent, et elle te dit dans quel ordre les poser. C'est la partie qui ne tenait pas dans 90 secondes.

Une remarque avant d'entrer dedans, parce qu'elle évite un malentendu : je ne suis pas contre les couches d'abstraction. Elles font très bien leur métier, qui est le confort. Le problème n'est jamais la couche. Le problème, c'est de lui demander un travail qu'elle n'a jamais eu vocation à faire.

1. Le test de la couche

Trente secondes, une seule question, trois issues. Fais-le avant de lire la suite : ton résultat change ce que tu dois faire.

flowchart TD
    A["Retire mentalement ta couche pendant une journée.<br>Ton système produit-il le MÊME résultat ?"] --> B["OUI, exactement pareil"]
    A --> C["NON, il produit moins bien"]
    A --> D["Je ne sais pas"]
    B --> B1["Ta couche est du CONFORT.<br>C'est son métier, et c'est très bien.<br>Ce qui produit, c'est ton moteur.<br>Les 9 principes sont en section 3."]
    C --> C1["Ta couche porte de la GOUVERNANCE.<br>Des règles vivent dans l'interface<br>au lieu de vivre dans le moteur.<br>C'est une dette : elles partiront<br>le jour où tu changeras d'outil."]
    D --> D1["Tu n'as aucun moyen de mesurer<br>ce que ton système produit.<br>C'est le principe 8 qui manque.<br>Commence par celui-là."]

Le deuxième cas est le plus intéressant, et le moins visible. Une couche qui « améliore les résultats » ne les améliore pas par magie : elle contient des consignes, des garde-fous, un ordre d'exécution. Ce sont des décisions de gouvernance. Elles fonctionnent, jusqu'au jour où tu changes de couche et où elles disparaissent avec elle, sans que rien ne te prévienne.

2. Ce que la couche règle vraiment, et ce qu'elle ne réglera jamais

Ce partage n'est pas une opinion de créateur. Il porte un nom en informatique depuis quarante ans.