Agents et développementSource officielle vérifiée

MoEngage relie environ 400 API privées à ses agents avec AgentCore Gateway

Publié sur le site le · Mis à jour le Environ 4 min de lecture

L’essentiel de l’annonce

Le cas décrit une passerelle commune qui transforme les descriptions d’API en outils. Les permissions sont filtrées côté serveur et l’identité reste hors des paramètres contrôlés par le modèle.

Date de la source
Catégorie
Agents et développement
À qui cela s’adresse
Publication originale du 2026-10-29.
Sujet du contenu
MoEngage relie environ 400 API privées à ses agents avec AgentCore Gateway
Entreprises / organismes
AWS
Technologies
Agent IA

Présentation

MoEngage, plateforme d’engagement client, décrit avec AWS le 29 octobre son architecture reliant environ 400 opérations d’API internes à dix agents dans sept régions. Une API permet à un logiciel d’appeler une fonction d’un autre service.

Le problème dépasse la connexion du modèle. Chaque agent doit découvrir des outils utiles sans recevoir tout le catalogue, ni choisir lui-même l’identité ou les droits employés pour exécuter une action.

Ce qui change

Le problème dépasse la connexion du modèle. Chaque agent doit découvrir des outils utiles sans recevoir tout le catalogue, ni choisir lui-même l’identité ou les droits employés pour exécuter une action.

Centraliser les outils

Les équipes décrivent leurs opérations avec OpenAPI. AgentCore Gateway les expose selon le protocole MCP, qui standardise les échanges entre agents et outils. L’équipe plateforme garde la couche de connexion.

Séparer identité et découverte

Des politiques Cedar filtrent les outils avant leur envoi. L’identité est transmise par le service appelant dans des en-têtes hors des arguments du modèle. La recherche sémantique ne charge que les outils pertinents.

Fonctionnement

L’architecture sépare la description des opérations, leur autorisation côté serveur et leur appel sur le réseau privé.

Déclarer

Décrire explicitement les opérations à exposer.

Autoriser

Appliquer les droits de l’agent avant découverte et appel.

Exécuter

Joindre le service privé par la connectivité gérée.

Usages possibles

Équipes projet et développement évaluant les usages professionnels de l’IA. Examiner séparément politique d’accès, identité transmise et réseau. Un filtrage de l’interface seul ne définit pas une autorisation.

Exemple possible

Un exemple possible

Une équipe marketing pourrait disposer d’un agent de contrôle des campagnes autorisé à lire les segments sans pouvoir lancer un envoi. Ce type d’agent figure dans le retour documenté.

Accès et limites

Cas coécrit avec le client et non audit indépendant. Les six mois de travail économisés sont une estimation de MoEngage, pas un gain généralisable. La disponibilité AgentCore varie selon la région. Aucun tarif total, audit de sécurité ou essai de l’architecture n’est établi.

Conditions d’accès. Architecture AWS en production décrite par MoEngage. Services et coûts régionaux à vérifier.

Pour votre projet

Examiner séparément politique d’accès, identité transmise et réseau. Un filtrage de l’interface seul ne définit pas une autorisation.

  • Le périmètre annoncé correspond-il au besoin et au support retenus ?
  • Les restrictions et coûts connus sont-ils compatibles avec le projet ?

Les conditions peuvent évoluer après cette annonce. La date de vérification figure dans la source.

Sources et vérifications

Source de l’annonce

How MoEngage turned over 400 APIs into agent tools with AgentCore Gateway

Lire la source officielle

Source vérifiée le . Les résultats présentés sont ceux annoncés par les auteurs.

Sources consultées lors de la tâche planifiée. Aucun logiciel présenté n’a été installé ni essayé.

Fiche préparée avec ChatGPT. Notre méthode éditoriale.