Analyser AWS Health en libre-service avec les…

Amazon Bedrock AgentCore au service des stratégies de vente par agents IA

38

1AWS ML Blog

Amazon Bedrock AgentCore au service des stratégies de vente par agents IA

AWS a déployé en interne un assistant conversationnel baptisé Field Advisor, construit sur Amazon Bedrock AgentCore, pour résoudre un problème concret apparu dans ses propres équipes commerciales mondiales : la prolifération d'agents IA spécialisés sans coordination centrale. L'organisation AWS Sales utilisait plus de 20 agents distincts couvrant la gestion CRM, la planification de réunions, les recommandations produits, les analyses clients et les vérifications de conformité. Les représentants commerciaux devaient eux-mêmes choisir quel agent invoquer selon la tâche, gérer les changements de contexte entre systèmes fragmentés et assembler manuellement les résultats, une charge cognitive qui réduisait d'autant le temps passé avec les clients. Field Advisor agit comme une couche d'orchestration centrale : les commerciaux posent leurs questions en langage naturel, et le système route automatiquement les requêtes vers l'agent ou l'outil approprié, maintient le contexte conversationnel entre les interactions et livre une réponse unifiée via une interface unique. L'impact est concret pour les équipes de vente : Field Advisor s'intègre directement dans les outils déjà utilisés au quotidien, systèmes CRM, Slack, applications internes, évitant toute rupture de flux de travail. Le système inclut des mécanismes de validation humaine pour les opérations sensibles : avant de modifier des données CRM, il présente les changements proposés et attend une approbation explicite, ce qui préserve la fiabilité des données et la responsabilité des commerciaux. La mémoire persistante, combinant historique de session à court terme et mémoire sémantique à long terme, permet aux représentants de reprendre une conversation là où elle s'était arrêtée sans avoir à répéter le contexte à chaque interaction. L'ensemble de ces fonctionnalités réduit la charge opérationnelle et libère du temps pour les échanges à valeur ajoutée avec les clients. Ce projet illustre un défi structurel qui émerge dans de nombreuses grandes entreprises à mesure que l'adoption des agents IA s'accélère : la multiplication d'agents spécialisés crée paradoxalement une nouvelle complexité si aucune orchestration ne les unifie. AWS a choisi Bedrock AgentCore précisément pour ses capacités natives à l'échelle enterprise, environnements d'exécution isolés pour les opérations multi-locataires sécurisées, passerelle unifiée pour les outils et agents répartis sur plusieurs comptes AWS, propagation d'identité cohérente via OAuth et observabilité intégrée sur les flux complexes. En s'appuyant sur une infrastructure clé en main plutôt que sur du développement sur mesure, l'équipe d'ingénierie a pu concentrer ses efforts sur la logique métier plutôt que sur les fondations techniques. Field Advisor représente ainsi autant un cas d'usage commercial qu'une démonstration de la viabilité d'AgentCore comme substrat pour des déploiements agentiques en production à grande échelle.

OutilsOutil

1 source

Créer un agent d'édition d'images sans serveur avec le harnais Amazon Bedrock AgentCore

40

2AWS ML Blog

Créer un agent d'édition d'images sans serveur avec le harnais Amazon Bedrock AgentCore

Voici l'article traduit et résumé en français, en trois paragraphes autonomes : Amazon a publié un article technique détaillant la construction d'un agent d'édition d'images serverless grâce à Amazon Bedrock AgentCore harness, un environnement d'orchestration qui exécute des agents IA dans des microVM isolées et à état persistant. La démonstration présente une application où l'utilisateur télécharge une photo, décrit une modification en langage naturel comme "changer la couleur de la voiture en bleu" ou "étendre l'image de 200 pixels vers la droite", et reçoit le résultat en quelques secondes. L'agent, propulsé par Claude Sonnet 4.6, découpe la demande en plusieurs étapes et orchestre l'appel de trois outils, chacun associé à un modèle Stability AI différent pour l'édition d'image proprement dite. Une fois la modification appliquée, un script s'exécute directement sur la microVM pour ajouter un filigrane, sans consommer de tokens supplémentaires. L'architecture complète, déployée en une seule commande via AWS CDK, comprend un frontend React hébergé sur AWS Amplify, une fonction Lambda faisant office de proxy de sécurité, l'agent AgentCore avec sa mémoire conversationnelle, et trois fonctions Lambda exposées via le protocole Model Context Protocol (MCP). Cette démonstration illustre un changement de philosophie important dans la construction d'agents IA en production. Là où les développeurs devaient jusqu'ici écrire du code d'orchestration personnalisé, gérer eux-mêmes le routage des outils et la mémoire, AgentCore harness permet de définir un agent entièrement par configuration, via des paramètres passés à une API, sans framework ni conteneur à maintenir. L'application bascule aussi dynamiquement entre modèles selon le type de requête, Claude Haiku 4.5 pour les échanges simples et Claude Sonnet 4.6 pour les modifications d'image, tout en conservant le contexte de la conversation d'un modèle à l'autre. Elle permet également d'injecter des personas métier, immobilier, retail, automobile, sans redéploiement. Pour les équipes qui construisent des produits IA orientés client, cela réduit significativement la charge d'ingénierie nécessaire pour faire tourner un agent fiable en production. Ce lancement s'inscrit dans la course entre fournisseurs cloud pour simplifier le déploiement d'agents IA, un domaine où AWS, Google et Microsoft rivalisent d'outils d'orchestration managés. La mémoire conversationnelle d'AgentCore conserve l'historique des échanges pendant 30 jours via son service dédié, accessible par une API ListEvents même après un rafraîchissement du navigateur ou l'effacement des données locales. Les trois outils d'édition d'image sont exposés via une passerelle utilisant le protocole MCP, un standard émergent pour connecter des agents à des outils externes, avec un routage sémantique qui laisse le modèle choisir lui-même l'outil pertinent selon la formulation de la demande. Cette approche configuration-first pourrait devenir un modèle de référence pour les prochaines générations d'applications d'agents IA grand public.

OutilsOutil

1 source

Construire un pipeline de traitement des dossiers de santé avec des agents IA sur Amazon Bedrock et AWS HealthLake

42

3AWS ML Blog

Construire un pipeline de traitement des dossiers de santé avec des agents IA sur Amazon Bedrock et AWS HealthLake

Amazon Web Services vient de dévoiler une architecture de traitement automatisé des dossiers de remboursement médicaux, combinant Amazon Bedrock Data Automation, Amazon Bedrock AgentCore et AWS HealthLake. Le pipeline cible le formulaire CMS-1500, le standard américain de facturation médicale en format papier ou PDF. Concrètement, lorsqu'un prestataire de santé dépose un formulaire dans un bucket Amazon S3, une fonction AWS Lambda déclenche une chaîne de traitement : Bedrock Data Automation extrait les données structurées via une combinaison de reconnaissance optique de caractères, de modèles de machine learning et d'IA générative, puis produit un JSON normalisé avec scores de confiance et coordonnées des champs détectés. Un agent IA basé sur le framework Strands Agents, hébergé sur AgentCore, prend ensuite le relais pour valider les données extraites contre les enregistrements patients et prestataires stockés dans HealthLake, et crée si validation réussie une ressource FHIR (Fast Healthcare Interoperable Resources) standardisée. Le résultat est transmis via Amazon SNS, avec un résumé technique pour les gestionnaires de dossiers et une version simplifiée pour le patient. Les dossiers rejetés partent dans une file morte (dead letter queue) pour traitement humain. L'enjeu est considérable : le traitement manuel des formulaires papier représente encore un poste de coût majeur dans le secteur de la santé aux États-Unis, avec des erreurs de saisie, des extractions imprécises et des délais de validation qui ralentissent les remboursements. Ce pipeline réduit l'intervention humaine aux seuls cas d'exception, tout en maintenant une traçabilité complète grâce aux scores de confiance générés par Bedrock Data Automation. Pour les assureurs et les établissements de santé, l'adoption du standard FHIR est également stratégique : il facilite l'interopérabilité entre systèmes et répond aux exigences réglementaires croissantes en matière d'échange de données de santé. Cette annonce s'inscrit dans une tendance de fond où les grands fournisseurs cloud cherchent à capturer les flux de traitement documentaire des secteurs très réglementés, santé en tête. AWS positionne ici AgentCore comme une couche d'orchestration agentique prête à l'emploi, capable de gérer des workflows multi-étapes avec appels d'outils (ici createfhirclaim et searchfhirresources) sans infrastructure LLM à maintenir. La concurrence avec Azure Health Data Services et Google Cloud Healthcare API est directe. La prochaine étape logique sera l'extension à d'autres formats de formulaires médicaux et l'intégration de contrôles de conformité réglementaire automatisés, notamment autour du HIPAA, la loi américaine de protection des données de santé.

UELe standard FHIR est en cours d'adoption dans le secteur de la santé numérique européen, mais ce pipeline cible spécifiquement les formulaires de facturation américains (CMS-1500) et la réglementation HIPAA, sans impact direct sur la France ou l'UE.

OutilsOpinion

1 source

Créer des agents multi-locataires avec Amazon Bedrock AgentCore

47

4AWS ML Blog

Créer des agents multi-locataires avec Amazon Bedrock AgentCore

Amazon a lancé Bedrock AgentCore, un service managé et serverless conçu pour permettre aux éditeurs de logiciels SaaS de déployer des applications agentiques en environnement multi-tenant sur AWS. Le service offre des primitives pour héberger des agents et des serveurs MCP (Model Context Protocol), avec une gestion intégrée des identités, de la mémoire, de l'observabilité et des évaluations. Le coeur de son architecture repose sur des microVMs isolées par session: chaque session client obtient son propre environnement d'exécution éphémère, avec un système de fichiers persistant propre, sans le coût ni la latence d'une machine virtuelle complète. Le contexte du tenant transite via des en-têtes HTTP personnalisés, portant l'identifiant du tenant, son niveau de service, ses préférences régionales et ses droits d'accès aux outils, ce qui permet à l'agent d'adapter dynamiquement son comportement sans logique de routage codée en dur. Cette approche répond directement au fossé qui sépare un prototype fonctionnel d'un déploiement en production dans un contexte SaaS. Les architectes d'applications agentiques devaient jusqu'ici résoudre manuellement six problèmes distincts: l'isolation des tenants, la propagation de leur identité, l'observabilité par tenant, l'isolation des données, l'attribution des coûts et la mitigation du "noisy neighbor" (un tenant monopolisant les ressources au détriment des autres). AgentCore propose trois patterns d'isolation, appelés Silo, Pool et Bridge, chacun offrant un compromis différent entre protection stricte et mutualisation des coûts. Pour les éditeurs gérant des centaines ou des milliers de clients sur une même plateforme, cette capacité à choisir un modèle d'isolation par segment tarifaire change concrètement l'équation économique et de conformité. Le lancement s'inscrit dans une course des grands fournisseurs cloud à imposer leurs infrastructures agentiques comme standard de facto pour la prochaine génération d'applications IA. AWS fait face à la concurrence directe de Google avec Vertex AI Agent Builder et de Microsoft avec Azure AI Agent Service, tous trois cherchant à capter les équipes d'ingénierie qui passent de l'expérimentation à la production. L'article publié par AWS est le premier d'une série, ce qui suggère que d'autres composants d'AgentCore (évaluation, fine-tuning par tenant, facturation granulaire) seront détaillés dans les prochaines semaines. La question centrale pour les équipes SaaS reste le degré de lock-in accepté en échange de la simplicité opérationnelle qu'offre un service pleinement managé.

UELes éditeurs SaaS européens construisant sur AWS peuvent exploiter les patterns d'isolation et les préférences régionales d'AgentCore pour satisfaire les exigences de résidence des données imposées par le RGPD.

OutilsOpinion

1 source

Analyser AWS Health en libre-service avec les agents IA d'Amazon Bedrock

À lire aussi

Amazon Bedrock AgentCore au service des stratégies de vente par agents IA

Créer un agent d'édition d'images sans serveur avec le harnais Amazon Bedrock AgentCore

Construire un pipeline de traitement des dossiers de santé avec des agents IA sur Amazon Bedrock et AWS HealthLake

Créer des agents multi-locataires avec Amazon Bedrock AgentCore