PTC construit par l'utilisateur pour Claude Code montre 40 à 65 % d'économie de tokens sur les tâches d'analyse, pas sur l'écriture de code.
Un développeur a créé une implémentation locale d'Appel d'Outils Programmatique (PTC) pour Claude Code et a analysé 79 sessions d'utilisation réelles pour mesurer les bénéfices concrets. Le PTC diffère de l'appel d'outils normal en ce que l'agent écrit du code qui s'exécute dans un environnement isolé, avec seulement les résultats finaux entrant dans la fenêtre de contexte au lieu de chaque étape intermédiaire.
Ce qui a été construit
Le développeur a créé Thalamus, un serveur MCP local qui fournit une capacité de type PTC à Claude Code. Il inclut quatre outils : execute() (exécute Python avec des primitives), search, remember et context. L'implémentation compte 143 tests, utilise uniquement la bibliothèque standard de Python et s'exécute entièrement en local. Le développeur souligne qu'il s'agit de sa propre implémentation, et non du PTC officiel d'Anthropic.
Résultats mesurés sur 79 sessions
- Empreinte de tokens par appel :
execute()a fait en moyenne ~2 600 caractères contre ~4 400 caractères en moyenne pourRead - Réduction de la taille JSONL : Les sessions utilisant le PTC ont montré une réduction de taille de -15,6 %
- Économies sur les tâches d'analyse/recherche : 40-65 %
- Économies sur les tâches d'écriture de code : ~0 %
Le développeur note que ces chiffres du monde réel sont "loin des 98 %" d'économies rapportés dans des scénarios optimaux par Anthropic et Cloudflare.
Comment l'agent utilise réellement execute()
L'analyse du contenu de 112 appels execute() a révélé :
- 64 % utilisaient du Python standard (os.walk, open, sqlite3, subprocess) — pas les primitives PTC
- 30 % utilisaient une seule primitive (un fs.read ou fs.grep)
- 5 % effectuaient un véritable regroupement (2+ primitives combinées)
Le modèle "remplacer 5 Reads par 1 execute" n'est survenu que dans 5 % de l'utilisation réelle. L'agent a principalement utilisé execute() comme un environnement de calcul polyvalent pour accéder à des fichiers en dehors du projet, exécuter des agrégations et interroger des bases de données.
Modèles d'adoption
La mesure initiale a montré que seulement 25 % des sessions utilisaient le PTC, l'agent privilégiant par défaut Read/Grep/Glob. Après avoir ajouté un manuel opérationnel d'environ 1 100 tokens à CLAUDE.md, l'adoption est passée à 42,9 %. Les sessions axées sur l'écriture de code (dominées par Edit + Bash) n'ont montré aucune utilisation du PTC.
Le développeur conclut que le PTC brille dans les tâches d'analyse, de débogage et de recherche multi-fichiers, mais pas dans les flux de travail de développement à forte composante d'édition.
📖 Read the full source: r/ClaudeAI
👀 See Also
Le Plugin Keyoku Remplace le Battement de Cœur Statique d'OpenClaw par une Autonomie Guidée par la Mémoire
Keyoku est un plugin OpenClaw gratuit qui modifie le rythme cardiaque de l'agent en passant de la lecture d'un fichier HEARTBEAT.md statique à l'analyse de la mémoire réelle de l'agent pour détecter les travaux bloqués, les engagements abandonnés, les informations contradictoires et les relations silencieuses. Il utilise un moteur Go local avec SQLite + HNSW et propose trois niveaux d'autonomie : observer, suggérer et agir.
Application de bureau cc+ pour Claude Code : Gestion multi-sessions et orchestration de flotte
cc+ est une application de bureau open source pour Claude Code construite sur le SDK Claude Agent, disponible pour macOS et Linux. Elle offre des onglets multi-sessions, une visualisation en temps réel de l'arborescence des activités, un score de sécurité, l'application de flux de travail et des capacités d'orchestration de flotte.
Script PowerShell Automatise la Configuration de Docker OpenClaw sur Windows
Un script PowerShell gère les particularités réseau spécifiques à Windows et la configuration Docker pour OpenClaw, automatisant les vérifications, la récupération d'images, les instructions de configuration et le déploiement de conteneurs.
Eä : Un compilateur SIMD pour Python écrit en Rust
Un développeur a créé Eä, un compilateur pour les noyaux SIMD en ~12 000 lignes de Rust qui génère des bibliothèques partagées et des wrappers Python à partir de fichiers .ea, obtenant des accélérations de 6,6× par rapport à NumPy sans ctypes ni systèmes de build.