KTern.AI bâtit une plateforme d'agents pour SAP sur Amazon Bedrock AgentCore

KTern.AI a dévoilé l'architecture d'une plateforme d'IA agentique pour SAP, bâtie sur Amazon Bedrock AgentCore et le Strands Agents SDK. Le système coordonne plusieurs agents spécialisés pour des programmes d'entreprise de longue durée, conserve le contexte et contrôle l'accès aux outils.

Comment fonctionne la plateforme

KTern.AI fait évoluer sa précédente plateforme SaaS vers un système d'agents, où ce n'est pas un chatbot universel unique qui tente de résoudre les tâches. À la place, des agents spécialisés prennent en charge chacun une partie du processus d'entreprise. Cette approche compte dans les environnements SAP : les demandes ne se résument généralement pas à une réponse isolée, mais relèvent d'un programme long, où il faut tenir compte des décisions déjà prises, de l'état des processus et des données d'entreprise disponibles.

L'infrastructure repose sur Amazon Bedrock AgentCore, une plateforme gérée d'AWS pour déployer et exploiter des agents d'IA. Pour orchestrer le comportement des agents, KTern.AI utilise le Strands Agents SDK. Ensemble, ces composants permettent de répartir le travail entre agents sans reconstruire de zéro l'infrastructure de stockage d'état, de connexion des outils et d'exécution fiable des services.

• KTern.AI utilise Amazon Bedrock AgentCore comme infrastructure d'une plateforme d'agents orientée SAP.
• Le Strands Agents SDK assure la coordination des agents d'IA spécialisés.
• Les agents sont conçus pour des programmes d'entreprise de longue durée, et pas seulement pour des requêtes ponctuelles dans un chat.
• L'architecture prévoit un contexte persistant pour chaque agent.
• L'accès aux outils externes doit rester sécurisé et maîtrisé.

Pourquoi un seul agent ne suffit-il pas ?

Un agent unique peut constituer un point d'entrée pratique pour l'utilisateur, mais dans un système d'entreprise, il doit à la fois comprendre le contexte du programme, solliciter des outils métier, exécuter des séquences d'actions et respecter les règles d'accès. À mesure que le nombre de scénarios augmente, cette conception devient plus difficile à maintenir : il est ardu de séparer les responsabilités, de vérifier les actions et de limiter l'accès aux opérations sensibles.

KTern.AI répartit le travail entre plusieurs agents aux rôles précis. Cela simplifie l'orchestration : un agent peut se charger d'une étape du processus, un autre travailler avec l'outil voulu ou poursuivre une tâche déjà entamée. Le système peut ainsi conserver non seulement l'historique de la conversation, mais aussi le contexte de travail nécessaire aux étapes suivantes du programme d'entreprise.

Le contexte persistant est particulièrement important pour les déploiements et la maintenance de SAP, où un processus se termine rarement en une seule requête. L'agent doit savoir ce qui a déjà été fait, quelles données et contraintes s'appliquent à un client donné et à quel stade se trouve la tâche. Sans cela, chaque nouvelle session redevient une collecte de données initiales, et la qualité de l'automatisation baisse.

Ce qui change pour l'exploitation

Amazon Bedrock AgentCore prend en charge une partie des tâches qu'il faut habituellement implémenter dans le produit : lancement des composants d'agents, gestion de leur état et organisation d'un fonctionnement fiable en environnement de production. Pour KTern.AI, cela signifie que l'équipe peut se concentrer sur la logique des agents et l'intégration aux scénarios SAP, plutôt que de construire elle-même toute la plateforme de base.

Une couche de sécurité distincte est nécessaire, car les agents ne se contentent pas de générer du texte : ils accèdent à des outils. En environnement d'entreprise, cet accès doit être limité, contrôlé et lié à une tâche précise. Dans l'architecture décrite, l'accès sécurisé aux outils est considéré comme une partie obligatoire du système, et non comme un ajout après le lancement.

La fiabilité en production devient aussi une exigence clé. Un agent de démonstration peut ne fonctionner que sur une courte session et être géré manuellement en cas d'erreur. Pour une plateforme d'entreprise, cela ne suffit pas : les agents doivent exécuter durablement des processus longs, conserver l'état entre les interactions et dialoguer correctement entre eux.

Ce que cela signifie

Le cas KTern.AI illustre un glissement concret des assistants d'IA isolés vers des systèmes pilotés de plusieurs agents. Pour les plateformes d'entreprise, la valeur de cette architecture ne réside pas dans le dialogue lui-même, mais dans la capacité à mener des processus longs en toute sécurité, à utiliser des outils métier et à ne pas perdre le contexte entre les étapes du travail.