Trouver une alternative à ChatGPT avec moins de restrictions n’est que la première étape. Le plus difficile est de transférer votre travail existant sans perdre le contexte qui le rendait réellement utile.
Un projet IA suivi sur la durée peut contenir l’historique des personnages, des préférences de rédaction, des hypothèses de recherche, des idées écartées, des règles de mise en forme, des exigences de sources et des dizaines de petites décisions prises au fil de nombreuses conversations. Ouvrir un nouveau chatbot et y coller uniquement votre dernier prompt suffit rarement à transférer tout cela correctement.
Une meilleure méthode consiste à transformer votre projet en un ensemble d’instructions portables pouvant fonctionner sur différentes plateformes d’IA.
Ce guide explique comment organiser votre travail existant dans ChatGPT, supprimer l’historique inutile, reconstruire le projet dans XPT et vérifier que la migration est complète avant de poursuivre.
Si vous hésitez encore sur la plateforme qui correspond le mieux à votre façon de travailler, consultez XPT vs ChatGPT. Ce guide part du principe que vous êtes déjà prêt à tester ou à commencer la migration.
Décidez de ce qui doit survivre à la migration
Ne commencez pas par copier l’intégralité de votre historique de conversation.
Commencez par identifier les informations que la nouvelle IA doit comprendre pour que le projet puisse continuer correctement.
La plupart des projets contiennent quatre types de contexte.
| Type de contexte | Ce qu’il comprend | Que faire |
|---|---|---|
| Règles permanentes | Ton, format, point de vue, terminologie, limites | Les déplacer dans une section d’instructions claire |
| Faits confirmés | Détails sur les personnages, résultats de recherche, décisions de projet | Les conserver comme contexte fixe |
| Discussions temporaires | Questions, alternatives, premiers brainstormings | Ne résumer que ce qui reste pertinent |
| Contenu abandonné | Brouillons rejetés, intrigues supprimées, hypothèses obsolètes | L’exclure ou le marquer clairement comme abandonné |
Cette séparation est importante, car les longues conversations avec une IA contiennent souvent des instructions contradictoires.
Par exemple, vous avez peut-être demandé un ton formel dans un premier brouillon, puis opté plus tard pour un style plus conversationnel. Si les deux consignes sont transférées sans explication, la nouvelle IA n’a aucun moyen fiable de savoir laquelle est encore valable.
Avant de migrer, identifiez :
- ce qui doit rester inchangé ;
- ce qui peut encore être modifié ;
- ce qui a déjà été rejeté ;
- quelle doit être la prochaine tâche.
Transformez l’historique du chat en fichier de projet
Votre historique de conversation raconte comment le projet a évolué. Ce n’est pas le meilleur format pour poursuivre le travail ailleurs.
Créez un fichier de projet court qui ne contient que les informations nécessaires pour reprendre le travail.
Un bon fichier de projet devrait inclure les sections suivantes.
Résumé du projet
Décrivez le projet en deux ou trois phrases.
Expliquez ce que vous créez, étudiez, planifiez ou analysez. À ce stade, évitez d’ajouter tous les détails historiques.
Exemple :
Il s’agit d’un thriller psychologique dans lequel une journaliste d’investigation recherche son frère disparu. Le récit adopte une première personne retenue et explore la culpabilité, la mémoire peu fiable et le secret institutionnel.
Objectif actuel
Indiquez le résultat immédiat que vous souhaitez obtenir.
Exemples :
- poursuivre le chapitre 8 à partir de la fin actuelle ;
- retravailler un personnage sans modifier l’intrigue ;
- organiser des notes de recherche en argumentaire ;
- reprendre un role-play à partir d’une scène précise ;
- réécrire un texte produit tout en conservant la voix de marque validée.
L’objectif actuel doit décrire la prochaine étape, pas l’ensemble du projet.
Instructions permanentes
Listez les consignes qui doivent s’appliquer aux futures conversations.
Incluez :
- le ton ;
- le point de vue ;
- la longueur des réponses ;
- la structure ;
- la mise en forme ;
- la terminologie préférée ;
- les formulations à éviter ;
- le niveau de franchise attendu de l’IA ;
- si elle doit poser des questions ou faire des hypothèses raisonnables lorsque des informations manquent.
Rédigez les instructions sous forme de comportements observables.
Au lieu de :
Fais en sorte que les dialogues paraissent naturels.
Utilisez :
Gardez les dialogues concis, évitez les longs monologues explicatifs et faites apparaître la tension émotionnelle à travers les pauses, les interruptions et les réponses indirectes.
Faits confirmés
Consignez les informations qui ne doivent pas être modifiées sauf demande explicite de votre part.
Pour un projet créatif, cela peut inclure :
- l’identité des personnages ;
- leur âge et leurs relations ;
- les événements de la chronologie ;
- les lieux ;
- les règles de l’univers ;
- les motivations établies ;
- les informations connues par chaque personnage.
Pour un travail de recherche ou professionnel, cela peut inclure :
- les faits vérifiés ;
- les affirmations approuvées ;
- les exigences de sources ;
- les décisions déjà arrêtées ;
- la terminologie fixe ;
- les contraintes juridiques ou de conformité.
Pistes rejetées
Listez les idées importantes qui ont été envisagées puis écartées.
Cela évite que la nouvelle IA réintroduise du contenu abandonné.
Exemples :
- ne pas introduire d’explication surnaturelle ;
- supprimer l’ancienne intrigue romantique ;
- ne pas décrire le produit comme anonyme ;
- ne pas utiliser le slogan de campagne d’origine ;
- la troisième hypothèse a été rejetée faute de preuves suffisantes.
Questions ouvertes
Séparez clairement les sujets non résolus des faits confirmés.
Exemples :
- le frère disparu est-il toujours en vie ?
- quel segment de clientèle doit être prioritaire ?
- les preuves indiquent-elles une causalité ou seulement une corrélation ?
- comment la relation du role-play doit-elle évoluer ?
Prochaine tâche
Terminez le fichier de projet par une instruction précise.
Une nouvelle IA doit pouvoir le lire et comprendre exactement ce qu’elle doit faire ensuite.
Utilisez ce modèle de migration de projet
## Résumé du projet
[Décrivez le projet en deux ou trois phrases.]
## Objectif actuel
[Indiquez le résultat immédiat que vous souhaitez obtenir.]
## Instructions permanentes
- [Ton et voix]
- [Format et structure]
- [Point de vue]
- [Longueur]
- [Terminologie préférée]
- [Comportements ou expressions à éviter]
## Faits confirmés
- [Fait fixe]
- [Fait fixe]
- [Décision approuvée]
## Pistes rejetées
- [Idée à ne pas utiliser]
- [Ancienne décision qui n’est plus valable]
## Questions ouvertes
- [Question non résolue]
- [Décision restant à prendre]
## Exemple de référence
[Ajoutez un court exemple du type de résultat souhaité.]
## Position actuelle
[Expliquez où la conversation précédente s’est arrêtée.]
## Prochaine tâche
[Donnez à l’IA une tâche claire.]
Conservez également ce document en dehors de la plateforme de chat. Un fichier Markdown local, un document ou une page de notes facilite les futures migrations.
Comment condenser une longue conversation ChatGPT
Certains projets s’étendent sur des centaines de messages. Les résumer en une seule fois risque de faire disparaître des détails importants.
Utilisez plutôt un processus en plusieurs étapes.
Étape 1 : Divisez la conversation par fonction
Séparez le contenu en catégories telles que :
- règles du projet ;
- informations sur les personnages ou la marque ;
- résultats de recherche ;
- décisions ;
- brouillons ;
- corrections ;
- idées abandonnées ;
- tâches inachevées.
Ne classez pas uniquement par date. Organisez selon la contribution de chaque message au projet.
Étape 2 : Extrayez les décisions, pas chaque discussion
Un fichier de migration n’a pas besoin de conserver tous les débats qui ont mené à une décision.
Par exemple, remplacez ceci :
Nous avons envisagé trois fins. La première impliquait une arrestation, la deuxième une fuite et la troisième laissait l’affaire non résolue. Après avoir discuté des conséquences émotionnelles, nous avons décidé que la fin ouverte correspondait mieux au thème.
Par ceci :
Direction finale confirmée : l’affaire reste non résolue. Ne pas utiliser une fin avec arrestation ou fuite.
La nouvelle IA a généralement besoin de la décision et de sa justification essentielle, pas de toute la conversation qui l’a produite.
Étape 3 : Marquez clairement l’incertitude
Utilisez des libellés cohérents :
CONFIRMEDUNVERIFIEDOPTIONREJECTEDNEEDS DECISION
C’est particulièrement important dans les projets de recherche, où une suggestion générée par une IA peut facilement être confondue avec un fait vérifié.
Étape 4 : Supprimez les répétitions
Les longues conversations répètent souvent la même règle de plusieurs façons.
Regroupez les instructions répétées en une version unique et précise.
Par exemple :
- ne pas avoir un ton trop corporate ;
- paraître plus humain ;
- éviter le langage marketing ;
- supprimer les formulations promotionnelles génériques ;
peut devenir :
Utilisez un langage direct et conversationnel. Évitez le jargon corporate, les promesses marketing génériques et l’enthousiasme exagéré.
Étape 5 : Ne conservez que les exemples utiles
Ne transférez pas tous les brouillons.
Conservez :
- un bon exemple ;
- un exemple montrant une erreur récurrente ;
- la dernière version approuvée, si elle existe.
Expliquez ce que chaque exemple doit illustrer.
Migrer un projet d’écriture créative
Les projets créatifs sont particulièrement sensibles à la perte de contexte.
Un modèle peut produire un texte fluide tout en modifiant discrètement la motivation d’un personnage, la chronologie de l’histoire ou le sens émotionnel d’une scène.
Avant de déplacer un roman, un scénario ou un projet narratif, préparez quatre documents compacts.
Vue d’ensemble de l’histoire
Incluez :
- le genre ;
- la prémisse centrale ;
- le conflit principal ;
- les thèmes ;
- le point de vue narratif ;
- le public visé ;
- le ton général.
Fiche personnage
Pour chaque personnage important, incluez :
Nom :
Âge :
Rôle :
Personnalité publique :
Motivation intime :
Conflit principal :
Relation avec les autres personnages :
Style de dialogue :
Informations connues du personnage :
Informations inconnues du personnage :
Détails qui doivent rester cohérents :
Évitez de remplir la fiche de détails décoratifs qui n’ont aucun impact sur l’histoire.
Chronologie
Listez les événements dans l’ordre chronologique, surtout si l’histoire est non linéaire.
Incluez :
- les événements antérieurs au début de l’histoire ;
- les événements majeurs des scènes ;
- les informations révélées plus tard ;
- les questions de chronologie encore non résolues.
Brief de la scène actuelle
Expliquez :
- où se déroule la scène ;
- qui est présent ;
- ce que chacun veut ;
- ce qui s’est produit juste avant ;
- ce qui doit se passer dans la scène ;
- ce qui ne doit pas se passer ;
- où s’est arrêté le brouillon précédent.
Lorsque vous commencez dans XPT, fournissez d’abord le fichier de projet et le brief de la scène actuelle. Ne téléversez pas tous les chapitres sauf si la prochaine tâche en dépend réellement.
Migrer une conversation de role-play
La continuité d’un role-play dépend de bien plus qu’une simple description de personnage.
Préparez un état de session contenant :
- l’identité des personnages ;
- le rôle de l’utilisateur ;
- l’historique de la relation ;
- le cadre ;
- les règles de l’univers ;
- le lieu actuel ;
- les événements récents ;
- l’état émotionnel ;
- les tensions non résolues ;
- le point de vue narratif ;
- la longueur de réponse préférée ;
- les limites définies par l’utilisateur.
Expliquez également comment le personnage doit réagir lorsqu’une information manque.
Par exemple :
Ne sortez pas du personnage pour poser des questions techniques. Lorsqu’un détail mineur n’est pas clair, répondez en fonction des connaissances actuelles et de la personnalité du personnage. Ne demandez une précision que si l’information manquante pourrait modifier sensiblement la scène.
Faites une distinction claire entre :
- les informations connues du personnage ;
- les informations connues uniquement de l’utilisateur ;
- les informations connues uniquement du narrateur.
Cela réduit les spoilers accidentels et les changements de comportement inexpliqués.
Migrer la recherche et l’analyse
Les conversations de recherche nécessitent un étiquetage plus strict des informations.
Divisez le contenu transféré dans les catégories suivantes.
Informations vérifiées
Faits étayés par des sources fiables.
Ajoutez la source ou suffisamment d’informations pour pouvoir la retrouver.
Interprétation de travail
Votre compréhension actuelle de ce que suggèrent les preuves.
Précisez clairement qu’il s’agit d’une interprétation, et non d’un fait confirmé.
Hypothèses ouvertes
Questions ou explications possibles qui doivent encore être testées.
Pistes générées par l’IA
Mots-clés, arguments, exemples ou pistes de recherche possibles suggérés par une IA.
Ne les considérez pas comme des résultats vérifiés.
Règles relatives aux sources
Précisez quels types de sources sont acceptables.
Par exemple :
- privilégier la recherche originale ;
- utiliser la documentation officielle pour les affirmations sur un produit ;
- distinguer la date d’un événement de la date de publication ;
- ne pas citer les extraits des résultats de recherche comme preuves ;
- marquer les affirmations qui n’ont pas pu être vérifiées indépendamment.
Lorsque vous relancez le projet, demandez à la nouvelle IA de classer chaque affirmation existante avant de poursuivre :
Examine les notes de recherche transférées.
Pour chaque affirmation, indique si elle est :
- vérifiée ;
- une interprétation ;
- une hypothèse ;
- non étayée ;
- obsolète ou à revérifier.
N’ajoute pas encore de nouvelles conclusions.
Cela permet d’éviter que les erreurs d’un ancien modèle soient transportées dans le nouveau projet.
Migrer un projet de marque ou un travail professionnel
Les projets professionnels reposent souvent sur des décisions qui n’ont jamais été formalisées dans un guide de style.
Avant de migrer, consignez :
- le public cible ;
- le positionnement du produit ;
- la terminologie approuvée ;
- les affirmations interdites ;
- le ton ;
- la longueur des phrases ;
- les appels à l’action préférés ;
- les règles de mise en forme ;
- les exigences juridiques ou de conformité ;
- des exemples de textes approuvés ;
- des exemples de formulations rejetées.
Séparez les règles de marque des instructions propres à une tâche.
Par exemple :
Règle de marque permanente
Décrivez le produit comme offrant moins d’interruptions inutiles. N’affirmez pas qu’il n’a aucune règle et ne garantissez pas un anonymat total.
Instruction spécifique à la tâche
Rédigez une introduction de landing page de 150 mots destinée à des auteurs créatifs adultes.
Cette distinction facilite la gestion des tâches futures.
Reconstruisez le projet dans XPT
Une fois le fichier de projet prêt, démarrez une nouvelle conversation dans XPT.
1. Envoyez le fichier de projet
Collez le fichier structuré sans demander immédiatement le résultat final.
Utilisez cette instruction :
Lis le fichier de projet ci-dessous.
Avant de commencer tout travail sur le projet, renvoie :
1. l’objectif du projet ;
2. les instructions permanentes ;
3. les faits confirmés ;
4. les pistes rejetées ;
5. les questions ouvertes ;
6. la prochaine tâche.
Signale toute contradiction ou information manquante.
2. Vérifiez le résumé du projet
Ne continuez pas tant que le résumé n’est pas exact.
Vérifiez notamment :
- les instructions obsolètes ;
- les faits présentés comme des options ;
- les options présentées comme des décisions ;
- les limites manquantes ;
- les chronologies confuses ;
- les connaissances de personnage incorrectes ;
- les prochaines étapes peu claires.
Corrigez les problèmes dans un seul message regroupé plutôt que d’envoyer de nombreuses petites corrections.
3. Créez une base propre
Lorsque le résumé est correct, demandez à XPT de reformuler la version finale de référence du projet.
Enregistrez cette version en dehors du chat.
Cette base devient la source de vérité actuelle du projet.
4. Reprenez une tâche existante
Choisissez une tâche déjà en cours avant la migration.
C’est plus utile qu’un test totalement nouveau, car cela révèle si le contexte du projet a été correctement transféré.
Exemples :
- poursuivre une scène inachevée ;
- réviser le dernier brouillon approuvé ;
- organiser l’argumentaire de recherche existant ;
- reprendre le role-play à partir du dernier événement ;
- produire la prochaine variante de campagne avec les règles de marque établies.
5. Consignez les corrections importantes
Lorsque vous corrigez un malentendu important, mettez également à jour le fichier de projet externe.
Ne comptez pas uniquement sur l’historique du chat pour conserver la correction.
Checklist de validation de la migration
Un projet est correctement migré lorsque vous pouvez répondre « oui » à la plupart des questions suivantes.
Contexte du projet
- La nouvelle conversation décrit-elle correctement l’objectif du projet ?
- Les instructions permanentes sont-elles clairement séparées des demandes temporaires ?
- Les faits confirmés ont-ils été conservés ?
- Les idées rejetées ont-elles été exclues ?
- Les questions ouvertes sont-elles toujours marquées comme non résolues ?
Continuité
- Les relations et motivations des personnages sont-elles cohérentes ?
- La chronologie est-elle correcte ?
- L’IA sait-elle où le travail précédent s’est arrêté ?
- Peut-elle continuer sans vous demander de répéter le contexte de base ?
Instructions
- Le ton attendu est-il conservé ?
- Le bon format est-il utilisé ?
- Les termes et expressions importants sont-ils traités de façon cohérente ?
- L’IA peut-elle effectuer une modification ciblée sans réécrire des sections sans rapport ?
Qualité de l’information
- Les faits vérifiés sont-ils distingués des hypothèses ?
- Les affirmations non étayées sont-elles clairement signalées ?
- Les exigences de sources sont-elles toujours respectées ?
- Les faits obsolètes à revérifier ont-ils été identifiés ?
Indépendance pratique
- Le projet peut-il continuer sans rouvrir l’ancien chat ?
- Le fichier de projet actuel est-il enregistré en dehors de la plateforme d’IA ?
- Pourriez-vous déplacer à nouveau le même projet en utilisant ce même fichier ?
Si vous devez encore rechercher des informations dans l’ancienne conversation avant chaque tâche, la migration n’est pas encore terminée.
Nettoyez les informations sensibles avant la migration
Les fichiers de projet sont plus faciles à vérifier que les historiques de chat bruts, ce qui fait de la migration un bon moment pour supprimer les informations personnelles ou confidentielles inutiles.
Supprimez ou remplacez :
- les mots de passe ;
- les jetons d’accès ;
- les clés API ;
- les numéros de compte ;
- les informations privées sur les clients ;
- les données financières internes ;
- les dossiers médicaux ;
- les adresses personnelles ;
- les numéros d’identification ;
- les documents juridiques confidentiels ;
- les projets d’entreprise non publiés.
Utilisez des identifiants cohérents lorsque les vraies identités ne sont pas nécessaires :
CLIENT_AEMPLOYEE_BCOMPANY_CPROJECT_D
Ne supposez pas qu’un passage vers une IA moins restrictive supprime la nécessité de protéger les informations sensibles. Vérifiez la politique de confidentialité et les contrôles de données actuels de tout service avant d’y envoyer du contenu confidentiel.
Migrez un projet à la fois
Évitez de transférer tous vos projets dans une seule session.
Commencez par un projet qui est :
- actif ;
- suffisamment important pour être évalué sérieusement ;
- assez documenté pour être résumé ;
- non dépendant d’informations hautement sensibles.
Conservez temporairement l’ancienne conversation comme référence pendant que vous testez la nouvelle configuration.
Une fois que le nouveau fichier de projet peut soutenir le travail de façon autonome, passez au projet suivant.
Une séquence pratique est la suivante :
- organiser un projet ;
- créer le fichier de migration ;
- le reconstruire dans XPT ;
- réaliser une vraie tâche ;
- compléter le contexte manquant ;
- confirmer que l’ancien chat n’est plus nécessaire ;
- archiver le fichier de migration final ;
- répéter avec le projet suivant.
Cette approche par étapes réduit la confusion et permet d’identifier plus facilement les informations qui manquaient.
Erreurs courantes lors d’une migration
Copier toute la conversation
L’historique brut contient trop de bruit. Transférez l’état du projet, pas chaque message.
Conserver des instructions contradictoires
Résolvez les anciennes et les nouvelles préférences avant la migration.
Oublier les idées rejetées
Si les pistes abandonnées ne sont pas étiquetées, elles peuvent réapparaître dans les résultats suivants.
Mélanger les faits et les suggestions de l’IA
Les notes de recherche doivent clairement séparer les informations vérifiées des possibilités générées par le modèle.
Transférer trop de contenu en une seule fois
Un contexte volumineux et non structuré peut être plus difficile à comprendre qu’un contexte plus petit et soigneusement organisé.
Ne pas sauvegarder la nouvelle base
Les corrections importantes doivent être ajoutées au fichier de projet externe, et non rester uniquement dans le nouveau chat.
Tester avec un prompt sans rapport
Utilisez une tâche qui dépend du contexte existant. Sinon, vous testez la qualité générale des réponses plutôt que la qualité de la migration.
Questions fréquentes
Dois-je copier toute ma conversation ChatGPT dans XPT ?
En général, non.
Un fichier de projet structuré est plus utile qu’une conversation brute, car il élimine les répétitions, les instructions contradictoires et les idées abandonnées.
Ne copiez l’intégralité d’une conversation que si la formulation exacte ou l’ordre des messages est essentiel pour la prochaine tâche.
Quelle doit être la longueur d’un fichier de migration ?
Il doit être suffisamment long pour préserver le projet, mais suffisamment court pour rester clair.
Un projet simple peut ne nécessiter que quelques centaines de mots. Un roman complexe, un projet de recherche ou un role-play de longue durée peut nécessiter plusieurs fichiers liés.
La clarté compte davantage qu’un nombre de mots arbitraire.
Comment migrer les Custom Instructions de ChatGPT ?
Copiez uniquement les instructions pertinentes pour le projet.
Les préférences générales peuvent être placées sous Permanent Instructions. Les règles spécifiques au projet doivent rester dans le fichier du projet.
Vérifiez les instructions avant de les transférer, car certaines anciennes préférences peuvent ne plus correspondre à votre manière de travailler actuelle.
Comment migrer un très long projet d’écriture ?
Ne placez pas l’intégralité du manuscrit dans un seul prompt.
Créez des fichiers distincts pour :
- la vue d’ensemble du projet ;
- les règles de style ;
- les personnages ;
- la chronologie ;
- les résumés de chapitres ;
- la scène actuelle ;
- les questions non résolues.
Ne fournissez que les fichiers nécessaires à la tâche du moment.
Comment éviter que les personnages changent après la migration ?
Utilisez une fiche personnage compacte contenant les motivations, les relations, le style de dialogue, les limites de connaissance et les détails qui doivent rester cohérents.
Demandez à la nouvelle IA de résumer chaque personnage principal avant de poursuivre l’histoire.
Combien de temps dois-je conserver l’ancien chat ?
Conservez-le jusqu’à ce que le projet migré puisse continuer sans devoir s’y référer régulièrement.
Ensuite, conservez uniquement les informations nécessaires selon vos propres règles de sauvegarde, de confidentialité ou d’archivage.
Comment savoir si la migration a fonctionné ?
La migration a réussi lorsque la nouvelle IA peut poursuivre correctement le projet existant en utilisant uniquement le fichier de projet externe.
Vous ne devriez pas avoir à réexpliquer constamment d’anciennes décisions, à restaurer du contexte perdu ou à rechercher des informations de base dans la conversation précédente.
Migrez un vrai projet vers XPT
Commencez par un projet actif plutôt que par un prompt de test artificiel.
Organisez son objectif, ses règles, ses faits confirmés, ses pistes rejetées, ses questions ouvertes et sa prochaine tâche. Envoyez le fichier de projet à XPT, vérifiez sa compréhension, puis reprenez exactement là où votre travail précédent s’était arrêté.