Spotify annonce trois nouveautés pour améliorer l’interaction avec les paroles de chansons. Le service de streaming active dès aujourd’hui la traduction globale, un mode hors ligne et un mode aperçu. Trois nouveautés pour les paroles sur Spotify L’interface de lecture place désormais les paroles au centre de l’attention …
« Tu es un ingénieur très expérimenté qui effectue une revue de code. Ta tâche est de comprendre si les changements proposés suivent les instructions. »
Ainsi débute un des prompts système que Spotify a définis dans le cadre de son architecture de codage agentique.
L’entreprise avait amorcé sa réflexion à ce sujet en février 2025. Son système Fleet Management automatisait alors déjà une grande partie de la maintenance logicielle. À partir d’extraits de code, il exécutait les transformations à l’échelle dans un environnement GKE et ouvrait les PR sur les dépôts cibles.
Ce mécanisme facilitait des opérations telles que la mise à niveau des dépendances dans les fichiers de build, la mise à jour des fichiers de configuration et le refactoring simple (par exemple, supprimer ou remplacer un appel de méthode). La moitié des PR poussés depuis mi-2024 l’avaient été par ce biais.
Fleet Management était moins adapté aux changements complexes nécessitant de manipuler l’arbre de la syntaxe abstraite d’un programme ou d’utiliser des expressions régulières. Illustration avec le gestionnaire de dépendances Maven. Autant sa fonction principale est simple (identifier les fichiers pom.xml et mettre à niveau les dépendances Java), autant les cas particuliers avaient fait grossir à plus de 20 000 lignes le script de transformation associé. Plus globalement, peu d’équipes avaient l’expertise et le temps adéquats.
Un premier focus sur la migration de code
La mise en place de l’approche agentique s’est d’abord portée sur la déclaration du code de transformation. Objectif : permettre la définition et l’exécution de changements en langage naturel, en remplacement des scripts de migration déterministes.
Plutôt que de choisir un agent sur étagère, Spofity a conçu un CLI. Celui-ci peut déléguer l’exécution d’un prompt à divers modèles d’IA. Mais aussi exécuter des tâches de formatage et de linting en utilisant MCP, évaluer une diff par LLM as a judge, uploader des logs vers GCP et capturer des traces dans MLflow.
Début novembre 2025, quelque 1500 PR fusionnés étaient passés par ce système. Spotify s’attaquait alors à des opérations telles que :
Modernisation de langage (par exemple, remplacer des value types par des records en Java)
Upgrades sans breaking changes (migration de pipelines data vers la dernière version de Scio)
Migration entre composants UI (passage vers le nouveau système front-end de Backstage)
Changements de configuration (mise à jour de paramètres dans des fichiers JSON et YAML en respectant schémas et formats)
Spotify disait alors avoir gagné, sur ces tâches de migration, 60 à 90 % de temps par rapport à l’écriture du code à la main. Il se projetait sur l’amélioration du ROI avec la perspective de l’élargissement à d’autres codebases.
Slack, Jira et Cie intégrés dans une architecture agentique
En complément à cette démarche sur la migration, les travaux se sont orientés sur un système plus généraliste, capable de remplir des tâches ad hoc. On en est arrivé à une architecture multiagent qui planifie, génère et révise des PR.
Au premier niveau, il y a des agents associés à différentes applications (Slack, Jira, GitHub Enterprise…). L’interaction avec eux, éventuellement additionnée de contexte récupéré sur des serveurs MCP, produit un prompt. Ce dernier part vers l’agent de codage, lui aussi exposé par MCP. Ses actions sont vérifiées par un autre groupe d’agents.
Entre autres usages « satisfaisants », Spotify mentionne la capture de décisions d’architecture depuis des threads Slack et la possibilité, pour les product managers, de proposer des changements simples sans avoir à cloner de dépôts sur leur machine.
Des agents open source à Claude Code
Les premiers essais se sont faits avec des agents open source comme Goose et Aider. Appliqués à la migration, ils n’ont cependant pas produit de PR fiables. Spotify a donc construit sa propre boucle agentique superposée aux API de LLM. Principe : l’utilisateur fournit un prompt et une liste des fichiers que l’agent édite en incorporant à chaque étape le feed-back du système de build. La tâche s’achève quand elle réussit les tests ou qu’elle dépasse certaines limites (10 tours par session ; 3 retries).
Cette approche a convenu à de « petits » changements : éditer une ligne de code, modifier un manifeste, remplacer un flag… Mais l’agent restait difficile à utiliser. Le chargement des fichiers dans la fenêtre de contexte reposait sur une commande git-grep. En fonction de pattern de recherche, on pouvait saturer la fenêtre ou au contraire ne pas fournir assez de contexte. L’agent avait de plus du mal avant l’édition de multiples fichiers. Souvent, la boucle atteignait la limite de tours. Et lorsque la fenêtre de contexte se remplissait, l’agent finissait par oublier la tâche.
Dans ce contexte, Spotify a basculé vers Claude Code. Lequel a permis des « prompts plus naturels » tout en apportant sa capacité native de gestion de to-do lists et de création de sous-agents. Il couvre désormais la majorité des PR fusionnés en production.
Savoir interdire… et ne pas tout faire à la fois
L’agent initial fonctionnait au mieux avec des prompts stricts structurés étape par étape. Claude Code se débrouille mieux avec des prompts qui décrivent l’état final et laissent de la latitude sur le chemin à suivre.
Spotify constate qu’il peut être utile de dire clairement à l’agent quand il ne doit pas agir. Cela évite des tâches impossibles à réaliser, notamment au cas où on réutilise des prompts entre repos qui n’utilisent pas forcément les mêmes versions de langages.
Fournir des exemples de code influence par ailleurs beaucoup le résultat. Idéalement, on définira l’état souhaité sous forme de tests, l’agent ayant besoin d’un objectif vérifiable pour pouvoir itérer. On s’assurera de surcroît de ne demander qu’un changement à la fois pour éviter l’épuisement de la fenêtre de contexte. Et on n’hésitera pas à demander à l’agent un retour d’expérience à la fin de la session.
Une ouverture limitée via MCP
Spotify a privilégié les longs prompts statiques, sur lesquels les modèles raisonnement plus simplement.
Une approche alternative consiste à commencer avec un prompt plus court, mais à donner à l’agent l’accès à des outils MCP. Le contexte qu’il peut ainsi récupérer lui permet théoriquement de traiter des tâches plus complexes. Mais il rend aussi son comportement moins vérifiable et moins prévisible.
Pour le moment, Spotify permet à son agent d’accéder à un vérificateur (formatage, linting, tests), à une sélection de sous-commandes Git (pas de push ou de change origin, par exemple) et à un ensemble de commandes Bash (comme riggrep).
Encoder la méthode d’invocation des systèmes de build dans un MCP a été jugé plus simple que de s’appuyer sur des fichiers AGENTS.md. La raison : les configurations de build peuvent être très différents à travers les milliers de repos sur lesquels travaille l’agent. Cela permet aussi de réduire le bruit dans les outputs des outils en les résumant avant transmission à l’agent.
Une boucle de vérification déterministe…
Il arrive que le système échoue à générer des PR. Parfois, il en produit, mais qui ne passent pas le CI ou s’avèrent fonctionnellement incorrects. Parfois, c’est lié à un problème de couverture des tests sur le composant cible. Dans d’autres cas, l’agent va au-delà des instructions ou ne comprend tout simplement pas comment bien exécuter build et tests.
Là interviennent des boucles de vérification qui guident l’agent vers le résultat désiré. Ce dernier ignore tout de leur fonctionnement : il sait simplement qu’il peut y faire appel.
La boucle comprend plusieurs vérificateurs indépendants, exposés – par MCP – en fonction du composant logiciel. Par exemple, le vérificateur Maven ne s’active qu’en présence d’un fichier pom.xml à la racine de la codebase.
L’ensemble permet de faire abstraction d’une grande partie du bruit qui remplirait sinon la fenêtre de contexte. L’agent n’a effectivement pas besoin de comprendre les spécificités de l’appel aux différents systèmes de build ou du parsing des résultats de tests.
Qu’ils aient été ou non déclenchés pendant l’exécution de la tâche, les vérificateurs pertinents s’activent avant toute ouverture d’un PR. Avec Claude Code, cela passe par le hook stop.
… et du LLM as a judge
Au-dessus de ces vérificateurs déterministes, Spotify a ajouté une couche LLM as a judge. Nécessaire face à la tendance de l’agent à sortir du cadre des instructions.
Le LLM juge évalue la diff du changement proposé et le prompt d’origine. Il s’exécute après les autres vérificateurs. Les métriques internes indiquent qu’il rejette environ un quart des sessions. Pour la moitié d’entre elles, l’agent finit par se corriger.
Spécialisé (il ne pousse pas de code, ne rédige pas de prompts, n’interagit pas avec les utilisateurs), l’agent en est aussi plus prévisible. Et potentiellement plus sécurisé.
Début décembre, Spotify déclarait vouloir étendre son infrastructure de vérification à davantage de plates-formes (au-delà de Linux-x86). Nombre de ses systèmes ont en effet des besoins spécifiques. Entre autres ses applications iOS, qui exigent des hôtes macOS pour une exécution correcte des vérificateurs. L’entreprise a de surcroît des back-ends Arm. Elle compte aussi intégrer son agent plus profondément dans son systèmes de déploiement continu, en lui permettant d’agir sur les CI checks dans les PR. Et développer des évaluations plus structurées favorisant l’exploration de nouvelles architectures agentiques.
Spotify appears to be preparing the return of a feature many users have missed for years: editable usernames. Evidence found in a recent version of the app suggests the company is working on a way to let users customize their public identifiers, a change that aligns with Spotify’s gradual shift toward a more socially driven platform. The potential update comes as Spotify quietly expands its social features. Messaging within the […]
Spotify recently unveiled an updated user interface that is optimized for Android tablets with large screens. The update introduces a layout that more effectively utilizes the additional display space, thereby simplifying the process of managing playback, playlists, and browsing within a single view. The new tablet interface is reminiscent of the desktop app design that Spotify employs. One of the most significant modifications is that the music player is now […]
Spotify travaille sur Page Match, une fonction qui permet aux utilisateurs de livres audio de reprendre leur lecture là où ils l’ont laissée dans le livre papier. L’application scanne la page en cours pour synchroniser automatiquement la position dans le livre audio. Un scan de page pour la …
Spotify is getting ready to increase the cost of its subscriptions in a few European and US markets. For a while now, there have been rumors that the prices would go up, and now they are official; the company will temporarily raise prices in the US, Estonia, and Latvia. Thus far, only these regions have been mentioned. So, the fact that price changes have also reached some parts of Europe […]
Le chatbot d’OpenAI adopte le concept popularisé par Spotify et lance sa propre version de bilan annuel. Baptisée Your Year with ChatGPT, la fonctionnalité arrive progressivement pour certains consommateurs dans plusieurs marchés anglophones, incluant les États-Unis. Cette initiative marque une évolution notable dans la façon dont OpenAI engage sa communauté d’utilisateurs, transformant les données d’interaction ... Lire plus
Le chatbot phare d’OpenAI franchit un cap stratégique en accueillant un répertoire d’applications tiers, rapidement baptisé « app store » par la communauté tech. Dès mercredi, les développeurs peuvent soumettre leurs créations pour examen et éventuelle publication au sein de l’interface conversationnelle. Un mouvement qui élargit considérablement les possibilités offertes aux utilisateurs et qui inscrit ... Lire plus
Chaque année début décembre, des millions d'utilisateurs partagent leur Spotify Wrapped sur les réseaux sociaux, et l'édition 2025 ne fait pas exception. Mais derrière ces jolies cartes colorées se cache un défi d'ingénierie data colossal pour les centaines de millions de rétrospectives générées par le géant du streaming musical. Ce que Spotify calcule (et comment) […]
« On a été soufflé », soupire le fondateur de Spotify, Daniel Ek. « On laisse prospérer des chansons d’artistes pédocriminels ou antisémites et que font nos utilisateurs ? Ils les écoutent ! C’est une immense déception. Heureusement, malgré ces 8000 heures d’écoutes, ces artistes ne toucheront qu’une vingtaine de centimes chacun. C’est notre fierté chez Spotify»
Selon une source policière, l’homme – un Français de 33 ans – a été surpris par le GIGN, chez lui, dans son 2 pièces en banlieue de Laval, en train d’écouter sa playlist Spotify et de danser un slow avec sa poupée SheIn, au rythme de « Birthday Sex » de R Kelly. A son arrivée au poste, devant les caméras du monde entier, l’homme a crié : « Tout ça c’est la faute des juifs, Kanye West a raison ! Hihiii ! » avant de se laisser embarquer en effectuant un moonwalk.
Son avocat, Maître Alain Malard a déclaré à la presse : « Mon client est victime d’une immense campagne de calomnie. Déjà, le Wrapped Spotify, c’est le moment le plus égocentrique de l’année : tout le monde attend ça pour partager ses goûts musicaux douteux à ses amis, qui n’en ont rien à faire. Et aujourd’hui, on condamne un homme qui écoute R Kelly et Michael Jackson mais pas un autre qui chante à tue-tête du Big Flo et Oli dans sa voiture en allant bosser ? Qui fait son footing en écoutant les chroniques de Marie s’Infiltre ? On marche sur la tête ! » s’est emporté Maître Malard, avant de souffler en off essayer de contacter Michael Jackson sur son île, pour qu’il puisse témoigner en faveur de son client.
Une enquête menée par Médiapart révèle que les artistes partageant leur musique via la plateforme Spotify auraient été accidentellement rémunérés, et ce depuis 2006. “Quand nous avons découvert que chaque stream permettait de financer les artistes à hauteur de 0.00437$ par stream, nous sommes tout bonnement tombé des nues. C’est gigantesque.” raconte son coprésident Gustav Söderström, estomaqué. Un montant conséquent à côté duquel Gustav Söderström aurait pu passer longtemps sans l’intervention de Alex Norström, son bras droit. “Je voyais de plus en plus d’artistes se plaindre de gagner trois fois rien avec notre plateforme. C’est là que je me suis rendu compte que nous avions accidentellement coché l’option “Sous-monétiser les écoutes” dans les paramètres.” raconte Alex en se grattant la joue. Puis d’ajouter, tout sourire : “Rassurez-vous, nous avons depuis décoché cette option et chaque artiste se trouve désormais libre de continuer à uploader sa musique sur notre plateforme sans rien gagner en retour”.
Cet incident, R-Nest, rappeur depuis 2022, en a fait les frais. Avec des centaines de milliers d’écoutes à son actif, cet artiste de la banlieue nantaise affiche aujourd’hui un train de vie totalement décomplexé. “Quand j’ai découvert que j’avais reçu 24€ de la part de Spotify en 2023, j’ai immédiatement quitté mon travail de caissier chez Flunch pour vivre de ma passion” raconte-t-il dans son studio de 17m2, en fixant ses chaussures. “Je me suis mis à acheter du râpé en format familial alors que je vis seul, du pain au seigle bio tranché et 9 carnets de timbres. Je ne me reconnaissais plus. Mais le jour où j’ai vraiment sû que j’avais un problème, c’est la fois où, l’argent appelant l’argent, j’ai décidé de jouer en bourse en plaçant la totalité de ma fortune sur un livret A” poursuit-il avant de fondre en larmes.
Pointés du doigt par les artistes du monde entier, les coprésident de Spotify ont immédiatement réagi en rendant la diffusion de chaque morceau sur la plateforme payante à hauteur de 19,99€ par piste. Une mesure honnête visant à atténuer un scandale qui n’est pas sans rappeler un autre dévoilé par Médiapart le 15 novembre dernier et où Jeff Bezos avait dû présenter des excuses après que Prime Vidéo a accidentellement diffusé plusieurs épisodes de séries à la suite sans aucune publicité.
Connexion
