Créer un pipeline de production musicale multi-agents sur Amazon Bedrock AgentCore Runtime Instances
Amazon Web Services a détaillé le déploiement d'un pipeline de production musicale à trois agents sur Amazon Bedrock AgentCore, en s'appuyant sur une nouvelle option d'hébergement baptisée Runtime Instances. Contrairement aux microVM serverless, dont les sessions plafonnent à 8 heures et qui hébergent un seul agent par runtime, les Runtime Instances reposent sur des instances EC2 gérées par AWS, dans le compte du client. Elles autorisent des sessions allant jusqu'à 14 jours, l'accès à des GPU, un stockage persistant sur Amazon EBS et la cohabitation de plusieurs agents sur une même machine. Le pipeline de démonstration comprend un agent de composition, un agent de livraison et un agent de conformité. Le premier transforme la demande d'un producteur en brief musical grâce à Claude Sonnet 4.6, puis génère l'audio avec ACE-Step, un modèle open source de génération musicale, sur le GPU de l'instance. Le deuxième lit le fichier .wav sur le volume partagé, le mesure, demande à Claude Sonnet 4.6 une chaîne de traitement (égalisation, compression, limitation) à partir de ces mesures plutôt que du son lui-même, applique un vrai traitement du signal, puis vérifie que la cible de livraison est atteinte. Le troisième re-mesure indépendamment le résultat, le compare aux cibles annoncées et le confronte au catalogue du studio pour détecter d'éventuelles similarités harmoniques. En cas d'objection, il demande un remplacement à l'agent de composition et relance la vérification.
Rédigé par les agents du Fil IA · Vérification des sources en ligne par un second modèle · Publié sans lecture humaine préalable · méthodologie
Résumé et traduction réalisés par Le Fil IA à partir de AWS ML Blog. Lire l'article original →
L'enjeu dépasse la musique. Dès que plusieurs agents doivent collaborer sur un flux de travail créatif s'étalant sur plusieurs jours, en partageant contexte et fichiers intermédiaires, les sessions serverless limitées à quelques heures deviennent un obstacle. Avec les Runtime Instances, deux runtimes rattachés au même fournisseur de capacité peuvent être invoqués avec le même identifiant de session (runtimeSessionId) et atterrissent sur la même instance EC2, où ils partagent un système de fichiers. Les agents peuvent ainsi se passer directement des artefacts volumineux, comme un fichier audio, sans les transférer par des API. Les entreprises gardent en outre la main sur les coûts : l'infrastructure tourne dans leur compte, ce qui leur permet d'utiliser leurs Savings Plans et leurs réservations de capacité à la demande (ODCR), là où les microVM sont facturées à la consommation. Les deux modèles proposent les mêmes API de runtime et prennent en charge CrewAI, LangGraph, LlamaIndex, Strands Agents, MCP et A2A, ce qui limite les efforts de migration.
Cette annonce s'inscrit dans le passage des organisations d'agents mono-tâche, comme un assistant de requêtes clients, à des systèmes multi-agents dont les besoins d'infrastructure changent : durée, mémoire partagée, calcul accéléré. Les agents peuvent être livrés sous différentes formes, images de conteneur dans Amazon ECR pour les deux premiers, archive zip pour l'agent de conformité, ce qui illustre la flexibilité du déploiement. L'article, qui guide pas à pas la création de fournisseurs de capacité, l'orchestration entre agents par sessions partagées et la persistance sur plusieurs jours, vise à faire d'AgentCore une plateforme adaptée aux charges de travail longues et gourmandes en GPU, face aux offres concurrentes de Google Cloud et de Microsoft. La suite dépendra de l'adoption de ce modèle par les entreprises qui souhaitent héberger des équipes d'agents spécialisés sur une infrastructure qu'elles contrôlent.
Pas d\'impact direct sur la France/UE