Pourquoi ChatGPT s’arrête en plein milieu d’une phrase
Un client m’a appelé cette semaine. Il me dit : « Depuis hier, ChatGPT me coupe la parole. Il commence son rapport et s’arrête au milieu du deuxième paragraphe. » Je connaissais déjà le problème. Ce n’était pas un bug. C’était une conversation trop longue, une table trop pleine, et une consommation de tokens mal maîtrisée.
Une conversation qui s’allonge, une mémoire qui se rétrécit
Quand vous discutez avec ChatGPT, tout ce que vous avez écrit est conservé dans un espace de travail temporaire. Chaque message, chaque réponse, chaque morceau d’historique occupe de la place. Le modèle doit tout relire à chaque fois pour générer une réponse. Plus la conversation est longue, plus le début finit par sortir de sa zone de lecture. Résultat : le modèle ne vous a pas oublié, il a simplement dépassé sa capacité maximale de traitement.
Le vrai coupable : le nombre de tokens, pas le nombre de mots
On croit souvent que ChatGPT raisonne en mots ou en caractères. C’est faux. Le modèle découpe votre texte en unités minuscules appelées tokens. C’est ce nombre de tokens qui détermine la place disponible. La limite de tokens ChatGPT, c’est finalement un budget. Une fois qu’il est épuisé, le modèle coupe. Il n’a pas le choix.
Qu’est-ce qu’un token ? L’unité invisible de tout modèle de langage
La brique de texte que ChatGPT traite à chaque fois
Un token peut être un mot court comme « je », une partie de mot comme « ment », un caractère seul comme « e », ou même un espace. Le modèle ne lit pas vos phrases comme un humain. Il les découpe en petites briques. C’est la tokenisation. Chaque modèle de langage possède son propre découpage, mais le principe reste le même. Tout ce que vous écrivez – entrée, sortie, historique – est converti en tokens.
Concret : combien de tokens consomme une phrase française simple
Prenons la phrase : « Bonjour, comment vas-tu aujourd’hui ? ». En anglais, elle ferait environ 6 tokens. En français, elle peut grimper à 8 ou 9. Un mot long comme « développement » compte pour 3 tokens. En règle générale, 1 token représente environ 4 caractères dans les langues à base latine. En français, la proportion tombe à environ 0,5 ou 0,6 mot par token. C’est une donnée que j’utilise pour estimer mes prompts avant de les envoyer.
| Nombre de mots (français) | Estimation en tokens |
|---|---|
| 100 mots | ~180 tokens |
| 500 mots | ~900 tokens |
| 1 000 mots | ~1 800 tokens |
| 5 000 mots | ~9 000 tokens |
Pourquoi le français consomme plus de tokens que l’anglais
Le système de tokenisation d’OpenAI a été entraîné majoritairement sur des textes anglais. Les mots français, avec leurs accents et leurs racines latines plus riches, sont moins optimisés. Un même message en français peut consommer 1,3 à 1,5 fois plus de tokens qu’en anglais. Votre facture API et vos limites de réponse s’en ressentent directement. Je recommande à mes clients de rédiger les prompts complexes en anglais quand c’est possible, puis de faire traduire la sortie en français. C’est un conseil contre-intuitif, mais efficace.
La fenêtre de contexte : le budget commun entre entrée et sortie
Ce que le modèle peut « voir » en une seule interaction
La fenêtre de contexte, c’est la capacité maximale de tokens qu’un modèle peut traiter en une seule fois. Elle inclut votre prompt, l’historique de la conversation et la réponse en cours de génération. GPT-4o, par exemple, offre une fenêtre de 128 000 tokens. Les modèles plus récents comme GPT-5 vont parfois jusqu’à 200 000 tokens. Mais ce chiffre ne veut pas dire que vous pouvez tout y mettre.
Un long historique réduit la capacité de réponse disponible
Tout se joue dans la répartition. Si votre historique consomme 120 000 tokens, il ne restera que 8 000 tokens pour la réponse. C’est pour cela qu’une conversation longue finit par produire des réponses tronquées. Le modèle doit choisir : générer une réponse complète mais plus courte, ou couper à un endroit malheureux. En général, il coupe.
Les limites actuelles des modèles que j’utilise en clientèle
Sur le terrain, je vois surtout des utilisateurs sur GPT-4o et GPT-5. En version gratuite, les fenêtres sont souvent réduites par rapport à l’API. En version Plus, la fenêtre est la même, mais le modèle peut être différent. Pour les très gros documents, je passe par l’API avec des requêtes segmentées. Je ne compte jamais sur une seule génération pour traiter plus de 50 000 tokens d’un coup. Ça évite les surprises.
Pourquoi OpenAI impose ces limites techniques
Mémoire limitée, coûts serveurs, stabilité du système
Chaque token coûte de la mémoire vive et de la puissance de calcul. Quand vous envoyez une requête, le modèle doit re-traiter tout votre contexte. Plus le contexte est long, plus le temps de réponse augmente, plus le coût serveur explose. Les limites de tokens sont donc un garde-fou technique et économique. Sans elles, les prix de l’API seraient incontrôlables et les serveurs satureraient.
Le vrai risque du dépassement : baisse de performance ou échec silencieux
Si vous dépassez la fenêtre de contexte, deux choses peuvent arriver. Soit le modèle ignore les premiers échanges, soit il refuse la requête. Il n’y a pas d’erreur visible. Le système ne vous dit pas « Votre contexte est trop long ». Il se tait et travaille sur ce qu’il voit. C’est pour cela que vous obtenez des réponses incohérentes ou oublieuses du début de la conversation.
Les pièges pour l’utilisateur dans une conversation quotidienne
Les réponses tronquées et le sentiment que « le modèle oublie »
La scène la plus fréquente : vous demandez un article de 2 000 mots. ChatGPT commence très bien, puis s’arrête à 800 mots. Vous dites : « Continue. » Il reprend, mais il a perdu le fil. Ce n’est pas de la mauvaise volonté, c’est une question de budget. La longueur de la sortie est limitée par les tokens disponibles. Pour des textes longs, il faut toujours prévoir une stratégie en plusieurs fois.
Le piège de la traduction ou du résumé de documents longs
Traduire un document de 10 pages dans une seule requête est impossible si le texte d’entrée consomme presque toute la fenêtre de contexte. Idem pour résumer un gros PDF. Beaucoup de mes clients collent un document entier et s’étonnent que le résumé soit approximatif. Le modèle n’a tout simplement pas pu traiter la totalité du texte. Il a pris les premiers paragraphes et s’est arrêté.
L’erreur classique de copier-coller un texte énorme avant de demander une analyse
J’ai vu un dirigeant copier un contrat de 40 pages pour demander une analyse des risques. Le modèle a répondu : « Je ne peux pas lire ce document dans son intégralité. » Ce refus est en réalité une protection. Mais pour l’utilisateur, c’est frustrant. La bonne méthode consiste à découper le document en sections et à faire l’analyse section par section. C’est plus long, mais ça fonctionne.
Ma méthode pour ne plus jamais subir cette limite
Diviser la tâche en morceaux : le prompt de continuation qui fonctionne
Je ne demande jamais un texte complet d’un bloc. Je divise. Par exemple : « Rédige l’introduction de l’article, 200 mots. » Puis : « Rédige la partie suivante sur tel sujet, 400 mots. » Je précise à chaque fois le nombre de mots souhaité. Cela évite que le modèle s’arrête en plein élan. Oui, c’est plus de manipulation, mais le résultat est largement supérieur.
Nettoyer l’historique avant d’envoyer une requête importante
Avant de demander une synthèse ou un travail complexe, je vide la conversation ou j’ouvre une nouvelle fenêtre. L’historique est le principal voleur de tokens. Chaque message précédent inutile réduit d’autant la place disponible pour la réponse. Je dis toujours à mes clients : « Une conversation propre, c’est une réponse complète. »
Demander un plan avant de demander le texte complet
Pour un long article, je commence par demander un plan détaillé. Je valide le plan. Ensuite seulement, je fais rédiger chaque section l’une après l’autre. Cette méthode permet de gérer la longueur et de garder le contrôle sur la structure. Le modèle ne part pas dans tous les sens. Et si la section est trop longue, je la divise encore.
Outils pratiques pour compter vos tokens : tokenizer OpenAI et tiktoken
Pour connaître précisément le nombre de tokens d’un texte, j’utilise le tokenizer mis à disposition par OpenAI sur son site. Je colle mon prompt dans l’outil, il m’affiche la décomposition complète. Pour de l’automatisation en Python, j’utilise la bibliothèque tiktoken. C’est simple et fiable. Avec ces outils, vous pouvez estimer la taille de vos requêtes avant de les envoyer, ce qui évite les erreurs de coût et les réponses incomplètes.
Limites selon la version : gratuit, Plus, API, ce qui change vraiment
La version gratuite et ses quotas non visibles
Le ChatGPT gratuit ne vous dit pas sa limite exacte. Vous avez droit à un certain nombre de messages par heure, et la fenêtre de contexte est souvent plus serrée. C’est pour cela que les réponses longues sont fréquemment coupées. En gratuit, je conseille de rester sur des requêtes courtes et de ne pas multiplier les échanges inutiles dans une même conversation.
Les modèles récents comme GPT-4o et GPT-5 : fenêtres plus grandes, mêmes coûts
Les nouveaux modèles offrent des fenêtres de contexte impressionnantes. GPT-4o à 128 000 tokens, GPT-5 selon les versions, jusqu’à 200 000 tokens. Mais attention : une grande fenêtre ne signifie pas une grande réponse. La génération reste limitée en pratique. Pour une réponse, GPT-4o produit souvent autour de 4 096 tokens maximum, soit environ 3 000 mots. C’est le plafond pour une sortie donnée.
Comment réduire la facture API quand vous payez à la consommation
Sur l’API, vous payez pour les tokens d’entrée et les tokens de sortie. Les tokens de sortie coûtent généralement plus cher. Pour réduire les coûts, je nettoie les prompts, je supprime les directives inutiles, et je limite les tentatives d’historique. J’utilise aussi des modèles moins coûteux pour les tâches simples, comme GPT-4o mini. Le but est de traiter le moins de tokens possible tout en gardant la qualité du résultat.
Voilà. La prochaine fois que ChatGPT s’arrête au milieu d’une phrase, vous saurez pourquoi. Ce n’est ni un bug ni une punition. C’est une question de tokens, de contexte et de budget. Prenez le réflexe de compter, de découper et de nettoyer. Vous gagnerez du temps, de l’argent et beaucoup de frustration.
