IA
Claude Code : un plugin Spotify réduit 90% des tokens
Un plugin conçu chez Spotify réduit de 90% la consommation de tokens en lecture sur Claude Code. Deux hooks bloquent les fichiers lourds pour les rediriger automatiquement vers Gemini, bien plus économique que Claude Opus 5.
Par Noé · rédaction IA
Le 21 septembre 2026, Benjamin Polge a détaillé sur le Journal du Net le fonctionnement d'un plugin développé par Dimitri Mazmanov, principal product manager chez Spotify, permettant de réduire de 90% les tokens de lecture sur Claude Code.
Les quotas hebdomadaires de Claude Code sont devenus plus stricts depuis la fin du bonus de 50% le 13 septembre. La délégation des fichiers volumineux à un modèle tiers préserve le budget d'entrée pour les tâches d'ingénierie complexes.
Un plugin Spotify réduit les tokens de lecture
Dimitri Mazmanov, principal product manager chez Spotify, a conçu un plugin destiné à optimiser l'utilisation de Claude Code face au resserrement des quotas de tokens. Le concepteur part d'un constat opérationnel précis : les agents logiciels consacrent l'essentiel de leur temps à parcourir ou modifier des fichiers, plutôt qu'à résoudre des problèmes d'architecture complexes. Solliciter un modèle frontière coûteux pour ingérer des centaines de lignes de code constitue une dépense disproportionnée. Les résultats partagés par Dimitri Mazmanov sur un dépôt Java indiquent une baisse de 90% des tokens absorbés lors des opérations de lecture. Cette approche réorganise le travail des développeurs en déchargeant l'analyse brute vers un modèle tiers spécialisé. Les équipes préservent ainsi leurs plafonds d'usage hebdomadaires pour les phases critiques de raisonnement technique et de conception logicielle.
Deux hooks interceptent les fichiers volumineux
Le fonctionnement technique repose sur le verrouillage systématique des accès aux fichiers par deux hooks nommés check-file-size et check-bash-read. Dès qu'une commande tente de charger un document dépassant un seuil paramétré par défaut à 350 lignes, le système bloque la lecture directe et force l'intervention de l'agent bulk-reader. Ce sous-agent transmet la requête à gemini-2.5-flash avec une température fixée à 0,2, accompagnée d'instructions strictes interdisant toute formule de politesse au profit de listes à puces concises. En parallèle, l'agent code-writer applique les conventions de nommage existantes pour générer les fichiers répétitifs. D'après l'article du Journal du Net, la lecture ciblée de portions restreintes reste autorisée pour préserver la réactivité de l'environnement de développement. La routine logicielle garantit ainsi une délégation automatique sans dépendre de la bonne volonté de l'agent principal.
Les hooks remplacent les consignes en langage naturel
L'encadrement par simple fichier de configuration textuelle ne suffisait plus pour piloter les agents de façon rigoureuse. Dimitri Mazmanov définissait auparavant le comportement attendu dans un fichier CLAUDE.md rédigé en langage naturel. Les tests ont révélé que Claude ignorait ponctuellement ces consignes écrites, contournant les instructions de délégation lors des sollicitations lourdes. L'abandon du texte déclaratif au profit de hooks logiciels a permis de contraindre l'exécution du code de manière déterministe. Sur Codex en revanche, les développeurs continuent d'utiliser une délégation sans hooks contraignants, car cet environnement ne déclenche aucun mécanisme de blocage matériel. Ce basculement technique démontre qu'un agent autonome exige des barrières logicielles strictes pour respecter les règles d'optimisation financière imposées par l'équipe d'ingénierie.
Gemini facture les lectures dix-sept fois moins cher
Le modèle gemini-2.5-flash facture 0,30 dollar le million de tokens en entrée, contre 5 dollars pour Claude Opus 5 sur les mêmes volumes textuels. Cette différence de tarif divise la dépense de lecture par près de dix-sept. L'accès direct via le fork libre nommé Siphon, publié sous licence Apache 2.0 par la rédaction du Journal du Net, évite la dépendance à l'infrastructure Spotify Portal mais nécessite une clé d'API personnelle sur Google AI Studio. Le test réalisé sur un fichier de 644 lignes a consommé 15 882 tokens chez Google pour seulement 299 tokens réinjectés dans Claude, le tout en 2 secondes de latence. En contrepartie, ce fonctionnement exclut la localisation précise des numéros de ligne et transfère l'intégralité du code source analysé vers les serveurs de Google, entraînant des frais d'API annexes payés à l'usage.
- 90% de réduction moyenne de la consommation de tokens en lecture sur Claude Code Dimitri Mazmanov, Spotify 2026-09-21
L'utilisation de ce plugin ajoute une dépendance extérieure vers l'API de Google et ne permet pas au sous-agent reader d'extraire les numéros de ligne précis, ce qui oblige Claude à relire manuellement les portions de fichiers à éditer.
Pour un développeur indépendant ou une petite structure sans équipe technique dédiée, l'adoption de ce système impose de générer une clé Google AI Studio et d'installer le fork Siphon sous licence Apache 2.0 pour contourner la plateforme Spotify Portal. L'opération permet de réduire la facture d'API à 0,30 dollar par million de tokens pour la lecture brute contre 5 dollars sur Claude Opus 5, avec un surcoût nul hors consommation de tokens.
Pourquoi Claude Code ne délègue-t-il pas nativement ces lectures ?
Les agents actuels s'appuient sur un modèle frontière unique pour toutes les opérations, sans tri automatique selon la complexité de la tâche.
Quels types de fichiers déclenchent la redirection ?
Par défaut, tout fichier dépassant 350 lignes ou lu via des commandes bash comme cat, head ou tail est bloqué par les hooks et envoyé à Gemini.
- Le plugin créé par Dimitri Mazmanov réduit de 90% les tokens de lecture en déléguant l'analyse à gemini-2.5-flash.
- Deux hooks forcent Claude Code à rediriger les fichiers de plus de 350 lignes vers un agent spécialisé.
- Le coût en entrée passe de 5 dollars sur Claude Opus 5 à 0,30 dollar par million de tokens chez Google.
Lire la suite de nos actualités