Vos GPT s'arrêtent le 11 décembre

📝 Publié le 10 novembre 2026 à 16h26 : lire sur Substack. La version de référence est celle de Substack ; le texte ci-dessous est le brouillon initial.

Le Ristretto

Le 11 décembre, les GPT personnalisés doivent cesser de fonctionner. OpenAI les remplace par des plugins et propose un bouton de migration, mais tout ne suit pas : les actions vers vos outils, le modèle choisi, le partage.

Le vrai risque n'est pas technique. C'est le GPT que toute l'équipe utilise et que personne n'a listé. Ce numéro vous donne l'inventaire à faire maintenant et le test à passer avant de basculer.

Le Terrain

OpenAI a publié une FAQ détaillée sur le retrait. Voici le calendrier prévu pour les espaces Enterprise concernés, avec une précision d'OpenAI : ces dates peuvent changer.

11 septembre : préavis envoyé aux administrateurs.
17 septembre : objectif de mise à disposition de l'outil de migration.
25 septembre : fin de la création de nouveaux GPT.
11 décembre : retrait. Les GPT cessent de fonctionner et quittent le répertoire.

Ce n'est pas qu'un sujet Enterprise. La transition touche tous les forfaits ChatGPT ; les autres peuvent suivre le même calendrier, annoncé dans l'outil. Et un GPT public créé dans un espace Enterprise suit le calendrier Enterprise, même si vous l'ouvrez depuis un compte personnel. Le GPT d'un éditeur que vous utilisez peut donc s'arrêter le 11 décembre, quel que soit votre abonnement.

Ce que devient chaque partie d'un GPT migré :

| Élément du GPT | Migre ? | Ce qu'il devient | | ---------------------------------- | ------------- | ----------------------------------------------- | | Instructions | Oui | Une skill dans le plugin | | Fichiers de référence | Oui | Joints au plugin, à relire | | Applis connectées | Oui | Ajoutées au plugin comme applis | | Actions personnalisées | Non | À reconstruire (connecteur ou serveur MCP) | | Modèle choisi | Non | En Enterprise, le modèle par défaut de l'espace | | Partage | Non | Le plugin démarre en privé | | Amorces et anciennes conversations | Pas forcément | Peuvent ne pas être copiées | | Brouillons non publiés | Non | Seuls les GPT publiés migrent |

Deux détails comptent. Après migration, le GPT d'origine passe en lecture seule et son créateur ne peut plus le supprimer. Et le droit d'utiliser le GPT d'un collègue ne donne pas le droit de le migrer.

La Mouture

Le retrait en lui-même n'est pas le problème. Les plugins font plus que les GPT : instructions, fichiers et applis réunis au même endroit. Le problème, c'est qu'un GPT naît souvent sur un coin de bureau, sans responsable désigné ni liste nulle part.

Trois angles morts reviennent.

Les GPT des autres. Seul le créateur ou un administrateur peut migrer. Si la personne qui a fait le GPT de l'équipe est partie, ou s'il vient d'un éditeur, quelqu'un doit le savoir avant le 11 décembre.
Les actions. C'est par elles qu'un GPT interroge votre CRM, votre outil de tickets ou une base interne. Elles ne migrent pas. Les reconstruire demande du temps technique et un regard sécurité, pas un clic.
Le comportement. OpenAI le dit : un plugin migré peut répondre différemment, et le modèle choisi ne suit pas. C'est la leçon du #12 : quand le modèle change, le test d'origine ne vaut plus.

On peut donc dire que la migration ne se joue pas le 11 décembre. Elle se joue le jour où quelqu'un ouvre la liste et trouve une ligne sans nom en face.

Le Service

Un inventaire de six colonnes, puis sept étapes. Visez fin novembre pour garder deux semaines de marge.

| GPT | Créé par | Utilisé par | Appelle un outil externe ? | Publié ? | Migré et testé ? | | -------------------------- | -------- | --------------------- | -------------------------- | -------- | ---------------- | | Exemple : réponses clients | Marie | Support (6 personnes) | Oui, outil de tickets | Oui | Non |

Les étapes :

Lister tous les GPT utilisés, y compris ceux d'éditeurs ou de collègues. Une ligne par GPT.
Finir les modifications et publier les brouillons : seuls les GPT publiés migrent, et l'original passe ensuite en lecture seule.
Garder un test avant de toucher à quoi que ce soit : trois demandes habituelles et un cas difficile, avec la bonne réponse conservée.
Migrer quand l'option apparaît. C'est au créateur ou à un administrateur de le faire.
Tester le plugin sur ces quatre cas. Vérifier qu'il suit les consignes, utilise les bons documents et rend un résultat complet, au bon format.
Reconstruire les actions avec l'IT et la sécurité, pour chaque ligne marquée « Oui » en colonne 4. Ne pas supposer que la nouvelle intégration fait tout ce que faisait l'ancienne.
Partager, puis faire installer le plugin à un utilisateur réel, et seulement ensuite annoncer la bascule à l'équipe.

Le Mot du Barista

Le 11 décembre tombe un vendredi. Personne n'a envie de découvrir le lundi 14 que l'assistant qui préparait les réponses clients ne répond plus.

L'inventaire prend une heure. Il rejoint le registre du #12 : une ligne par tâche, un responsable, un cas de test. Les outils changeront encore ; ce qui compte, c'est que quelqu'un le sache avant que l'équipe s'en aperçoive.