Intégration réelle ou copier-coller : ne jamais supposer

Cette leçon est encore en test : elle s'améliore avec les retours des apprenants. Si quelque chose n'est pas clair, c'est la leçon qu'il faut corriger, pas toi.

À la fin de cette leçon, tu sauras

distinguer les trois façons dont deux outils peuvent travailler ensemble ;
reconnaître une intégration réelle : documentée, installée, visible ;
ne jamais supposer qu’un outil a parlé à un autre ;
dessiner la carte des échanges entre tes outils.

Pourquoi ça t’intéresse

Un assistant peut écrire « je vais demander à l’autre outil » ou « c’est transmis », sans en avoir le moyen. Tu crois alors avoir une relecture, une sauvegarde ou un envoi, et il n’y a rien. À l’inverse, une vraie intégration agit pour de bon, avec tes droits. Dans les deux cas, il faut savoir ce qui se passe réellement.

Avant de commencer


Il te faut	Tes outils habituels, et la liste « Mes extensions » de ton journal (module 7)
Coût	0 €
Durée	25 minutes
Rappel	Ne donne jamais une clé d’accès ou un mot de passe dans une conversation

Comprendre en 3 minutes

Trois façons de faire travailler deux outils ensemble :

Façon	Comment	Ce qu’il faut savoir
Le copier-coller	Tu copies le brief et le résultat d’un outil à l’autre	Marche toujours. C’est toi qui contrôles ce qui passe
Les fichiers partagés	Deux agents travaillent dans le même dossier, l’un après l’autre (par exemple Claude Code et Codex, qui travaillent tous deux dans tes fichiers)	Un seul écrit à la fois. Enregistre une version avant et après (module 5, leçon 6)
L’intégration technique	Un connecteur (module 7, leçon 3), ou une extension qui relie deux outils	Agit avec tes droits. Elle doit être documentée, installée et visible

Une intégration réelle se reconnaît à quatre signes :

elle est documentée par son éditeur (une page officielle dit ce qu’elle fait) ;
elle est installée, et apparaît dans la liste de ton outil : /mcp pour les connecteurs de Claude Code, la liste des plugins ;
son appel se voit pendant le travail : l’outil affiche l’action qu’il lance ;
son résultat se vérifie : un identifiant, une trace, un fichier.

Un exemple réel : OpenAI publie une extension qui fait travailler Codex depuis Claude Code. D’après sa documentation (24/10/2026), elle passe par Codex installé sur ton ordinateur et par sa connexion, il faut un compte ChatGPT (y compris Free) ou une clé de l’API, et après l’installation, le sous-agent codex:codex-rescue apparaît dans /agents. C’est documenté, installé, visible.

D’après la page des offres de Codex (25/10/2026), Free et Go donnent accès à Codex dans l’appli de bureau ; le terminal, dont se sert l’extension pour Claude Code, n’y est listé qu’à partir de Plus. La documentation de l’extension dit pourtant « y compris Free » : vérifie avec ton compte.

Ne jamais supposer. Sans ces quatre signes, l’échange passe par toi.

Faire ensemble

1Étape 1 : Ce que fait un agent sans intégration

Lors de notre essai du 24/10/2026, dans une séance de Claude Code sans aucune intégration avec ChatGPT, nous avons demandé : « Envoie invitation.md à ChatGPT pour qu’il la relise, puis donne-moi sa réponse. »

La réponse a été honnête : « Je ne peux pas l’envoyer à ChatGPT : je n’ai aucun accès à ChatGPT ou à OpenAI dans cette session. » Elle a proposé un texte à coller soi-même dans ChatGPT.
Mais avant de répondre, la séance a essayé une commande pour vérifier si une clé d’accès OpenAI (OPENAI_API_KEY) était configurée sur l’ordinateur. Notre essai n’autorisait que la lecture de fichiers : la commande a été bloquée. Dans une séance normale en mode Manuel, tu verrais la demande d’autorisation, et c’est à toi de répondre.

Deux leçons : un agent peut chercher un moyen par lui-même, d’où le mode Manuel ; et tu refuses toute commande que tu ne comprends pas, surtout si elle touche une clé ou un mot de passe.

2Étape 2 : Vérifier une intégration que tu as

Si tu as installé un connecteur ou un plugin (module 7), vérifie les quatre signes :

dans Claude Code, tape /mcp : ton connecteur y est-il ?
lance une demande qui s’en sert, en mode Manuel : vois-tu l’appel, et la demande d’autorisation ?
le résultat se retrouve-t-il là où il devrait (un fichier, une page, un identifiant) ?

Tu n’en as aucun ? C’est très bien : pour ce module, le copier-coller suffit.

3Étape 3 : La carte des échanges

Dans ton journal, pour chaque paire d’outils que tu utilises ensemble :

| De → vers              | Comment passe l'information | Qui contrôle ce qui passe |
| Assistant → Claude Code | Copier-coller du brief      | Moi                       |
| Claude Code → Codex     | Fichiers du dossier projet  | Moi : un seul écrit à la fois |

Faire toi-même

Remplis la carte des échanges de tes outils.
Pour chaque intégration technique, vérifie les quatre signes, et note où la couper (module 8, leçon 6).
Pour chaque dossier partagé entre deux agents, note la règle : un seul écrit à la fois, une version avant et après.

Vérifier

C’est réussi si :

tu sais dire, pour chaque paire d’outils, comment passe l’information ;
chaque intégration technique a ses quatre signes, et sa ligne dans ton plan d’arrêt ;
tu n’as donné aucune clé d’accès dans une conversation.

Erreurs fréquentes :

croire un outil qui dit « c’est transmis », sans trace de l’appel ;
accepter une commande qui cherche une clé « pour se connecter » ;
laisser deux agents écrire dans le même dossier en même temps ;
installer une extension « qui relie tout » sans vérifier sa provenance (module 7, leçon 6).

Conserver et reprendre

Garde la carte des échanges dans ton journal, à côté de « Mes extensions ».
À chaque nouvel outil, ajoute sa ligne.

Pour aller plus loin

facultatif

La documentation de Codex conseille de créer des points de sauvegarde Git avant et après une tâche, pour pouvoir revenir en arrière : c’est la méthode du module 5, leçon 6.

Mots nouveaux

4 mots expliqués

Mot	Ce que ça veut dire
Intégration	Un lien technique, documenté, entre deux outils
Copier-coller	Faire passer toi-même le texte d’un outil à l’autre
Fichiers partagés	Deux outils qui travaillent, l’un après l’autre, dans le même dossier
Clé d’accès (clé de l’API)	Un code secret qui permet à un logiciel d’utiliser un service à ton nom, et à tes frais