Spotify

Spotify publie ses outils internes pour agents sur engineering.atspotify.com, et c'est cette habitude qui explique pourquoi l'entreprise revient régulièrement ici. Le 3 septembre 2026, Dimitri Mazmanov, Principal Product Manager chez Spotify, a utilisé ce blog pour décrire un dispositif qui a réduit sa consommation de tokens «Claude Code» d'environ 90% sur quatre scénarios testés contre un monorepo Java. Le mécanisme est propre à Spotify : les AiKA Modes de «Portal by Spotify», des agents déclaratifs sur un runtime éphémère défini par des instructions, un modèle, des paramètres et des outils «MCP», sans infrastructure ni clés d'API à gérer. «Honk» sort de la même organisation.

Justin Reock, Deputy CTO chez DX, cite Spotify parmi les entreprises qui ont visé un véritable goulot d'étranglement plutôt que le temps de codage : l'entreprise accélère la résolution d'incidents en poussant automatiquement du contexte à ses SRE. Bill Staples, CEO de GitLab, traite les expérimentations de Spotify au même titre que celles de Stripe et d'Amplitude comme la preuve de l'endroit où les contraintes resurgissent une fois que la génération devient bon marché, à savoir l'environnement, la CI, la revue et la gouvernance.

Trois points de vue différents, trois segments différents de la chaîne. Ce qui les relie, c'est une entreprise qui livre l'outillage puis documente ce qui n'a pas fonctionné : le billet de Mazmanov consacre lui-même une section à ce que la délégation ne peut pas faire, dont un bug de thread-safety que le modèle le moins coûteux n'a pas détecté. Sa conclusion est que l'économie réalisée compte moins que le fait de transformer le routage de modèles en un problème de configuration plutôt qu'en ingénierie système.