thinker

Thinker identifie le contexte inutile dans les sessions des agents de codage, comme les sections d'instructions, compétences et outils non utilisés. Il permet aux utilisateurs de compresser, raccourcir ou désactiver ces éléments, et utilise également un cache de connaissances pour fournir un contexte pertinent, réduisant ainsi le besoin pour les agents de relire de grandes quantités d'informations à chaque appel de modèle.

Le cache et les fichiers de configuration sont stockés localement sur votre machine dans le dépôt (.thinker/local/) et ~/.thinker/. Les appels de modèle vont à votre fournisseur configuré, et la télémétrie envoie des métriques pseudonymes (comptes uniquement) sans code, corps de notes ou chemins de fichiers. Le modèle de classement est téléchargé une fois et fonctionne localement.

Thinker prend en charge une variété d'agents de codage, y compris Claude Code (et l'application de bureau), Codex CLI (et l'application de bureau), Gemini CLI, Cursor, Pi, Windsurf Cascade, GitHub Copilot CLI et OpenCode.

Non, il n'y a pas d'étape de construction pour pré-remplir le cache. Thinker apprend de vos propres sessions à la fin, distillant ce que l'agent a compris. Chaque dépôt commence avec un cache vide qui se développe au fil du temps grâce à vos interactions.

Thinker mesure l'utilisation avant de suggérer des coupes, signalant uniquement les parties utilisées dans moins de la moitié des sessions. La compression conserve les règles, et les résultats d'outils raccourcis nomment les plages omises. Tous les changements sont examinés par vous sous forme de diff ou de paramètres, et des chemins d'annulation sont fournis. Le système suit les comptes 'suivis' et 'manqués' pour vérifier l'exactitude.

Thinker maintient le cache à jour en distillant chaque session, en exploitant les demandes de tirage nouvellement fusionnées et en permettant l'ajout manuel de notes. Il re-hache les dépendances des notes par rapport à votre arbre de travail pour marquer les notes obsolètes, qui sont ensuite re-vérifiées en arrière-plan avant d'être servies à nouveau.

La compression ou la suppression de sections crée une branche et une demande de tirage (ou du texte non validé). La désactivation de compétences/outils modifie les fichiers de paramètres des agents (avec des sauvegardes). La compression des sorties d'outils change un paramètre dans .thinker/config.json. Aucune modification n'est apportée sans votre révision ou approbation.

À la fin de chaque tour, une ligne indique les notes servies. La vue 'Trouver des économies' montre les coûts et l'utilisation du contexte. Le 'Voir le rapport' résume l'utilisation du cache, les coûts d'apprentissage/maintenance et les lectures estimées évitées. Une comparaison 'holdout' mesure les économies réelles de tokens et d'appels en comparant les invites avec et sans notes.

La compression change ce que le modèle lit, pas ce que l'outil a fait. Seules des formes spécifiques (lectures de fichiers, exécutions de tests, grandes recherches) sont raccourcies, et les parties omises sont nommées, permettant à l'agent de les demander si nécessaire. Les fichiers de moins de 120 lignes ou sans résultats passent en entier. C'est un paramètre par outil, désactivé par défaut, et ne réécrit pas les conversations en cours.

Les notes se présentent sous quatre types : 'règle' (ce qu'un changement doit respecter), 'carte' (où une préoccupation est traitée ou les données circulent), 'comment faire' (comment construire, tester, exécuter) et 'comportement' (une règle énoncée dans la documentation). Chaque note comprend des pointeurs vers le code, sa source, sa confiance et son statut.