
Je pensais avoir 1M de contexte dans Codex. Ensuite, j’ai remarqué que mon chat Astra affichait 172k utilisés sur 258k. La spécification API d’Astra mentionne bien 1,05M de jetons, mais Codex utilise par défaut une fenêtre de contexte plus petite. Dans ma configuration, la valeur par défaut était de 272 000 jetons. Avec le facteur de fenêtre utilisable de 95 % du client, cela explique les 258k affichés dans l’application. Le maximum dans mon catalogue de modèles locaux était de 872 000 jetons, ce qui correspond à environ 828k utilisables. Votre configuration peut avoir une limite différente, il est donc utile de faire vérifier par Codex avant de la modifier. Un compromis : conserver plus d’historique dans le contexte actif consomme davantage de votre quota. Élever la limite maximale ne fait pas en sorte que chaque requête utilise intégralement la fenêtre. Pour Codex connecté via ChatGPT, il n’existe pas de multiplicateur séparé pour le long contexte, mais le traitement de plus de jetons compte toujours. L’utilisation de votre propre clé API suit la tarification API. Si vous souhaitez la plus grande fenêtre prise en charge par votre configuration, collez ceci dans Codex : --------------------------- « Augmentez ma fenêtre de contexte Codex au maximum pris en charge par mon modèle actuellement sélectionné, mon compte et mon client. Inspectez la configuration utilisateur active, en respectant CODEX_HOME et toutes les surcharges de profil ou de projet effectives. Identifiez le modèle sélectionné et vérifiez son maximum spécifique au client à l’aide des métadonnées actuelles et officielles du modèle. Distinguez context_window par défaut de max_context_window. N’assumez pas 1M ni ne codez pas 872000. Si le maximum ne peut être vérifié, laissez le paramètre inchangé et expliquez pourquoi. Sauvegardez chaque fichier que vous modifiez. Préservez les paramètres, identifiants, fournisseur, modèle, vitesse, effort de raisonnement, visibilité Ultra et politiques d’autorisation non liés. Ne jamais afficher de secrets. Définissez model_context_window sur le maximum vérifié au niveau de configuration approprié. Dans la configuration utilisateur, il doit être une clé de niveau supérieur avant la première section. Mettez à jour une clé existante au lieu de la dupliquer. Vérifiez les surcharges de priorité supérieure et respectez les politiques gérées. Gardez la compactage automatique activé. Signalez tout seuil de compactage explicite existant séparément, sans inventer un nouveau seuil. Ne modifiez pas les catalogues de modèles ni ne contournez les limites. Validez la configuration et vérifiez que seuls les paramètres prévus ont changé. Ne redémarrez pas l’application ni n’interrompez les tâches en cours. Signalez l’emplacement de la sauvegarde, les modifications exactes et la fenêtre utilisable attendue. Utilisez effective_context_window_percent si les métadonnées le fournissent. Donnez des instructions de redémarrage et de vérification. Distinguez le paramètre enregistré de la limite réelle rapportée par un chat en cours d’exécution. » --------------------------- Après la fin de vos tâches actives, quittez complètement et rouvrez l’application, puis vérifiez l’indicateur de contexte. Si un chat existant conserve son ancienne limite, vérifiez un nouveau chat.




