La fenêtre est partagée entre tout ce que vous envoyez et la place dont la réponse a besoin, et c'est cette seconde moitié que les budgets oublient. Une requête dont la somme passe juste sous la limite ne rentre pas, car la réponse n'a nulle part où aller. Ici tout est déplié : le prompt système, les définitions d'outils, les documents, la conversation jusque-là et ce tour, plus une réserve pour la réponse, face à la vraie fenêtre du modèle. L'outil dit si cela rentre et de combien, et nomme la partie qui domine — presque toujours l'historique, et presque toujours ce qu'il faut traiter en premier.
Fonctionnalités
Chaque partie de la requête mesurée face à la vraie fenêtre
Place réservée pour la réponse, ce qui rend un budget honnête
Avertit quand la réserve dépasse ce que le modèle produira
Avertit quand l’historique a pris la fenêtre
Une barre empilée montrant où va vraiment la fenêtre
La capacité restante, ou le dépassement, en chiffres
Fenêtres de modèles avec leur date de vérification
Tous les champs modifiables, pour coller à votre requête
Comment utiliser Planificateur de contexte
Choisissez le modèle visé
Saisissez la taille de chaque partie de la requête
Réservez assez de tokens pour la réponse
Lisez si cela rentre, et ce qui domine
Exemple
Entrée
32,100 sent + 4,000 reserved
Sortie
Fits, with 963.9K to spare
La réserve fait partie de ce qui doit rentrer, ce n’est pas un détail.
Erreurs courantes et dépannage
Il dit que cela ne rentre pas alors que mes chiffres sont sous la limite. — La réponse doit rentrer aussi. Le chiffre engagé est ce que vous envoyez plus ce que vous avez réservé.
Je ne connais pas la taille de mes parties. — Utilisez le compteur de tokens pour mesurer un texte précis. Cet outil vise la forme du budget plutôt qu’une mesure exacte.
La réserve est signalée trop grande. — Chaque modèle plafonne ce qu’il produit en une réponse, séparément de la fenêtre. Le plafond est indiqué sous le champ.
L’historique domine la fenêtre. — C’est l’alerte qui mérite une action. Compacter, éditer le contexte ou résumer les anciens tours rapportera plus ici que tout autre changement.
Foire aux questions
Pourquoi réserver des tokens pour la réponse ?
Parce que la réponse est produite dans la même fenêtre. Si l’entrée la remplit, il ne reste pas de place pour répondre — d’où une réponse tronquée ou une erreur plutôt qu’un message clair sur le budget.
Quelle différence entre la fenêtre et le plafond de sortie ?
La fenêtre est ce que le modèle peut tenir d’un coup. Le plafond de sortie est ce qu’il produit en une réponse, et il est bien plus petit. Les deux sont vérifiés, car dépasser l’un ou l’autre échoue.
Les chiffres sont-ils exacts ?
Les tailles de fenêtre sont celles publiées, avec la date de vérification. Ce que vous saisissez par partie est votre propre estimation : traitez le résultat comme la forme du budget, pas comme une garantie.
Que faire quand cela ne rentre pas ?
Regardez quelle partie est la plus grosse — presque toujours l’historique ou les documents récupérés. Récupérer moins et résumer les tours antérieurs aide bien plus que rogner le prompt système.
Une fenêtre plus grande règle-t-elle le problème ?
Elle achète de la place, pas de l’efficacité. Tout ce qui est dans la fenêtre est payé à chaque requête : une conversation qui remplit une grande fenêtre coûte en conséquence.
Outils associés
Planificateur de cache — Ordonnez les blocs pour que le préfixe cachable soit le plus long possible.