AWS confie les commandes téléphoniques de restaurants à Claude

AWS présente un hôte vocal capable de prendre une commande de restaurant par téléphone. Le système répond à un numéro Amazon Connect, accueille l’appelant et confirme oralement sa commande. Il répond aussi aux questions sur le menu et recherche un point de retrait proche. AWS décrit cette solution dans un article technique publié le 25 août 2026. Aucun compte, site web ou application n’est nécessaire côté client. Le dispositif cible les appels qui arrivent généralement auprès d’un employé déjà occupé au comptoir. La proposition concerne spécifiquement le canal téléphonique, avec identification de l’appelant par son numéro.

Le parcours commence lorsqu’un client compose le numéro provisionné par Amazon Connect. Le contact flow capture son numéro, ouvre une session d’agent et diffuse le message d’accueil. Amazon Lex V2 fournit ensuite la couche vocale avec Amazon Connect Agentic Voice. Cette couche assure la reconnaissance vocale avancée et la synthèse vocale expressive. L’agent IA traite les échanges et appelle les services nécessaires. Il peut résoudre la localisation, récupérer le menu, gérer le panier et placer la commande. Le système sépare l’appel, l’agent conversationnel et le backend. AWS indique que cette séparation maintient la logique de commande indépendante du canal utilisé.

AWS sépare l’appel du backend

La pile AWS regroupe plusieurs services dans un même déploiement Amazon Connect. Amazon Connect Customer fournit la téléphonie entrante, le numéro et le contact flow. Amazon Lex V2 héberge le robot vocal connecté à Agentic Voice. L’agent IA s’appuie sur Anthropic Claude Haiku 4.5 dans Amazon Bedrock. Des garde-fous Amazon Connect filtrent certains contenus, sujets interdits et propos grossiers. AgentCore Gateway expose les API du restaurant comme outils MCP découvrables. Amazon AppIntegrations enregistre cette passerelle comme application MCP utilisable par l’agent. AWS précise que le backend reste une partie à construire et à intégrer par l’équipe qui déploie la solution.

Le backend combine API Gateway, Lambda, DynamoDB et Amazon Location Service. API Gateway expose les points REST avec une autorisation IAM. Lambda exécute la logique des menus, paniers, commandes et recherches de lieux. DynamoDB conserve les profils clients, articles, paniers, commandes et emplacements. Amazon Location Service fournit le géocodage et le calcul d’itinéraire pour recommander un retrait. AgentCore Gateway lit le schéma OpenAPI de l’API lors du déploiement. Il transforme ensuite les endpoints en outils MCP nommés. AWS indique que MCP permet de connecter l’agent à des outils externes. Le backend peut donc évoluer sans modifier l’agent, selon l’architecture présentée.

AWS déploie huit piles CDK

Le déploiement utilise AWS CDK et un script unique pour les huit piles. Le dépôt d’exemple est disponible sur GitHub. La procédure nécessite un compte AWS, l’accès à Claude Haiku 4.5 dans Bedrock et une capacité téléphonique Amazon Connect. Elle demande aussi Node.js 18 ou une version ultérieure, AWS CLI 2.x, Git et un environnement CDK initialisé. AWS recommande Node.js 24.x. Aucun conteneur Docker ni Python n’est requis. La solution doit être déployée dans une région proposant Agentic Voice, Claude Haiku 4.5, les agents IA Amazon Connect et AgentCore Gateway. AWS cite us-east-1 comme point de départ.