- Mis à jour le
- Version
- v1.1
- Sources
- 3 sources
- Statut
- Publié
contexte · limite de contexte
Fenêtre de contexte
La capacité de contenu dont dispose le modèle pour traiter une requête et produire sa réponse, mesurée en tokens.
Formulations courantes
- mon agent oublie le début
- reprendre une longue conversation
Différence clé
Elle ne correspond ni à tout l’historique visible ni à une mémoire persistante entre sessions.
Exemple
Après une compaction, tu redonnes une décision datée et sa source avant de reprendre le travail.
Contre-exemple
Un quota de messages épuisé ne prouve pas que la fenêtre de contexte est pleine.
Poursuivre avec un guide
Notions liées
Sources
- https://ai.google.dev/gemini-api/docs/tokens
- https://ai.google.dev/gemini-api/docs/long-context
- https://platform.claude.com/docs/en/build-with-claude/context-windows
Révision glossary-v1.1:context-window · 2026-09-08
- Digest du contenu sourcé
- sha256:898d7c20a7458a7c2922a43e732c11ef28179a401fcd0e9aa35f80b493fe8f27
Comprendre → Reconnaître → Choisir → Comparer
Pack pour ton agent
Instruction pré-écrite par SkillCodex — ta demande n’est ni envoyée ni utilisée pour adapter ce texte ; aucun contenu n’est généré et copier n’exécute rien.
Implémenter correctement
Emploie Fenêtre de contexte à bon escient
# Ancre Fenêtre de contexte dans ton agent ## Objectif Emploie « Fenêtre de contexte » avec précision dans le code, la documentation et les échanges : La capacité de contenu dont dispose le modèle pour traiter une requête et produire sa réponse, mesurée en tokens. ## Prérequis - Inspecte comment le terme est employé aujourd’hui dans le dépôt, la documentation et les prompts. - Repère les notions voisines déjà nommées : Token, Prompt. - Préserve les usages corrects existants. ## Définition de travail La capacité de contenu dont dispose le modèle pour traiter une requête et produire sa réponse, mesurée en tokens. ## Différence décisive Elle ne correspond ni à tout l’historique visible ni à une mémoire persistante entre sessions. ## Exemple qui compte comme Fenêtre de contexte Après une compaction, tu redonnes une décision datée et sa source avant de reprendre le travail. ## Contre-exemple Un quota de messages épuisé ne prouve pas que la fenêtre de contexte est pleine. ## Critères d’acceptation - Chaque usage du terme correspond à la définition de travail. - Les cas limites sont tranchés avec la différence décisive, pas à l’intuition. - Les notions voisines (Token, Prompt) sont désignées par leur propre terme. ## Garde-fous - Montre d’abord les changements envisagés avant toute action externe. - Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite. - Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu. ## Format de sortie - Résultat obtenu ou verdict. - Fichiers ou actions concernés. - Vérifications exécutées et preuves observables. - Blocages ou limites restantes.
- Prérequis · Le vocabulaire agentique déjà employé dans le dépôt et la documentation
Pourquoi ça marche
- La notion est cadrée par une définition de travail sourcée, pas par l’usage ambiant.
- La différence décisive tranche les cas limites de façon reproductible.
- L’exemple et le contre-exemple bornent le terme des deux côtés.
À essayer ensuite
Cartographie les notions voisines
# Cartographie les notions voisines ## Objectif Étends la même rigueur aux notions liées (Token, Prompt) pour que le vocabulaire du projet reste cohérent. ## Contrôles - Relève chaque notion voisine employée sans définition. - Applique sa différence décisive documentée. - Note les cas encore ambigus pour la fiche suivante. ## Garde-fous - Montre d’abord les changements envisagés avant toute action externe. - Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite. - Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu. ## Format de sortie - Résultat obtenu ou verdict. - Fichiers ou actions concernés. - Vérifications exécutées et preuves observables. - Blocages ou limites restantes.
sha256:3e3473f1d8f60c00842071f5b30d05c989418e2db69afad55215e8f9c29d54df
Diagnostiquer un problème
Corrige une confusion autour de Fenêtre de contexte
# Corrige une confusion autour de Fenêtre de contexte ## Symptôme observé [DÉCRIS ICI LE SYMPTÔME] ## Contrôles observables - Compare l’usage contesté à la définition de travail : La capacité de contenu dont dispose le modèle pour traiter une requête et produire sa réponse, mesurée en tokens. - Applique la différence décisive : Elle ne correspond ni à tout l’historique visible ni à une mémoire persistante entre sessions. - Confronte le cas au contre-exemple documenté : Un quota de messages épuisé ne prouve pas que la fenêtre de contexte est pleine. ## Causes possibles - Le terme est employé pour une notion voisine (Token, Prompt). - La forme observée (interface, script, service) est confondue avec le comportement réel. - Un alias (contexte, limite de contexte) porte un autre sens dans le projet. ## Corrections bornées - Renomme ou reclasse uniquement les usages qui contredisent la définition de travail. - Documente chaque choix en citant la différence décisive. ## Vérification finale - Relis chaque occurrence corrigée face à l’exemple et au contre-exemple documentés. ## Garde-fous - Montre d’abord les changements envisagés avant toute action externe. - Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite. - Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu. ## Format de sortie - Résultat obtenu ou verdict. - Fichiers ou actions concernés. - Vérifications exécutées et preuves observables. - Blocages ou limites restantes.
- Prérequis · Le vocabulaire agentique déjà employé dans le dépôt et la documentation
Pourquoi ça marche
- Le diagnostic compare l’usage à des critères documentés au lieu d’un avis.
- Les corrections restent bornées aux usages réellement contradictoires.
- La vérification finale repasse par l’exemple et le contre-exemple sourcés.
À essayer ensuite
Fixe le vocabulaire dans le projet
# Fixe le vocabulaire dans le projet ## Objectif Transforme la clarification en règle réutilisable pour éviter que la confusion revienne. ## Contrôles - Ajoute la définition de travail au glossaire du projet. - Relie chaque terme voisin à sa propre entrée. - Vérifie les nouveaux documents face à la différence décisive. ## Garde-fous - Montre d’abord les changements envisagés avant toute action externe. - Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite. - Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu. ## Format de sortie - Résultat obtenu ou verdict. - Fichiers ou actions concernés. - Vérifications exécutées et preuves observables. - Blocages ou limites restantes.
sha256:8fd07445776d0126f601e54c52542fdedfa05d28ece0f57aa64d67566c1a6aad
Digest du Pack: sha256:5343cb69bd43a5f576ae4fcd2f1a5d6003cf610acec90c3f256f97f65c56c60e