Commencez par les informations nécessaires pour choisir et vérifier une action. Un instantané complet peut inclure des panneaux, des menus et des lignes répétées sans rapport. Les retirer peut réduire les tokens d’entrée, mais une alerte, une cible ou une confirmation manquante peut faire échouer la tâche.
Mesurer le tour et son observation
Notez le modèle, la tâche, le format et les compteurs d’entrée, de cache et de sortie du fournisseur. Les caractères décrivent la taille du texte, pas les tokens. Le tour contient aussi des instructions fixes. Une forte baisse de caractères peut donner une baisse plus modeste de l’entrée totale. Isolez le cache et ne déduisez pas la facture de ces compteurs.
Cibler l’observation sur la décision
Repérez la zone qui contient la tâche. Gardez son nom, son état, ses contrôles et les erreurs ou confirmations voisines. Une ligne peut être essentielle si deux boutons ne diffèrent que par leur code. Renouvelez l’observation après une navigation ou un changement d’état. Élargissez-la si la cible est ambiguë, absente ou dépend d’un autre panneau.
Utiliser les images et grouper les actions au besoin
Une capture ciblée aide à vérifier un bouton couvert ou un problème de mise en page. Le texte et l’image apportent des informations différentes et leur mesure dépend du fournisseur et du modèle. Sur une page stable, regroupez des lectures réversibles ou des actions simples. Contrôlez le résultat après un changement significatif. L’essai fait varier uniquement la portée de l’observation.
Vérifier l’action et comparer les réussites
Définissez la réussite avant de mesurer. Un libellé exact est utile si le navigateur trouve le contrôle et si la page confirme l’action. Réinitialisez le même scénario entre les tentatives. Comptez aussi les échecs. Si le contexte réduit cause un oubli, restaurez les éléments nécessaires et retestez les cas réussis et échoués.
Tokens et réussites
Trois paires ont été testées dans un tableau fictif de Tabbit avec trois postes et 145 lignes sans rapport. Nous avons utilisé Codex CLI 0.166.0 et GPT-6.1 Sol. Seule la portée changeait au sein de chaque paire. Un tour du modèle a choisi le bouton dans un véritable instantané d’accessibilité Tabbit. Un contrôleur fixe a cliqué sur le libellé et vérifié T02-CONFIRMED. Le modèle n’a pas mené de boucle autonome. L’entrée ciblée a baissé de 17,0 % et les deux variantes ont réussi trois fois. Le cache diffère. Le résultat ne permet pas d’inférer un prix ni une réussite générale.
| Mesure | Complète | Ciblée |
|---|---|---|
| Tokens d’entrée | 89,857 | 74,559 |
| Tokens d’entrée en cache | 25,088 | 37,632 |
| Tokens de sortie | 25 | 25 |
| Réussites dans le navigateur | 3/3 | 3/3 |
| Caractères | 30,201 | 257–266 |
| Étape | Complète · Tokens d’entrée | Ciblée · Tokens d’entrée |
|---|---|---|
| Orchid | 29,810 | 24,852 |
| Juniper | 30,024 | 24,855 |
| Cedar | 30,023 | 24,852 |
Un auteur d’outil a décrit ses mesures et déclaré son affiliation. Un utilisateur de Codex a comparé des connexions et décrit la validation de lignes sauvegardées par rapport à une référence. Ces flux diffèrent. Notre comparaison ne change que la portée.
Reddit · r/mcp · Reddit · r/codex
Quelle quantité de contexte garder ?
Conservez de quoi repérer, décider, agir et vérifier. Si la confirmation est hors de la zone, lisez-la séparément. L’observation ciblée sert de point de départ et peut être élargie.
Questions fréquentes
Comment mesurer les tokens ?
Notez le modèle, la tâche, le format et les compteurs d’entrée, de cache et de sortie du fournisseur. Les caractères décrivent la taille du texte, pas les tokens. Le tour contient aussi des instructions fixes. Une forte baisse de caractères peut donner une baisse plus modeste de l’entrée totale. Isolez le cache et ne déduisez pas la facture de ces compteurs.
Que garder dans une observation ciblée ?
Repérez la zone qui contient la tâche. Gardez son nom, son état, ses contrôles et les erreurs ou confirmations voisines. Une ligne peut être essentielle si deux boutons ne diffèrent que par leur code. Renouvelez l’observation après une navigation ou un changement d’état. Élargissez-la si la cible est ambiguë, absente ou dépend d’un autre panneau.
Quand faire une capture ?
Une capture ciblée aide à vérifier un bouton couvert ou un problème de mise en page. Le texte et l’image apportent des informations différentes et leur mesure dépend du fournisseur et du modèle. Sur une page stable, regroupez des lectures réversibles ou des actions simples. Contrôlez le résultat après un changement significatif. L’essai fait varier uniquement la portée de l’observation.
Comment comparer les réussites ?
Définissez la réussite avant de mesurer. Un libellé exact est utile si le navigateur trouve le contrôle et si la page confirme l’action. Réinitialisez le même scénario entre les tentatives. Comptez aussi les échecs. Si le contexte réduit cause un oubli, restaurez les éléments nécessaires et retestez les cas réussis et échoués.
Quelle quantité de contexte garder ?
Conservez de quoi repérer, décider, agir et vérifier. Si la confirmation est hors de la zone, lisez-la séparément. L’observation ciblée sert de point de départ et peut être élargie.