Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Générateur d'agents
L'Agent Builder fournit une plate-forme pour créer, déployer et gérer des agents d'IA prêts à être utilisés en production sur Amazon Bedrock. AgentCore Cette section décrit les composants techniques et les détails de mise en œuvre.
## AgentCore intégration
Agent Builder utilise une approche de déploiement basée sur la configuration avec des images d'agent prédéfinies pour permettre des déploiements d'agents rapides, sécurisés et évolutifs.
**Images d'agent prédéfinies**
Les images des conteneurs d'agents sont créées par l'équipe GAAB pendant le CI/CD pipeline et publiées dans un référentiel ECR public. Chaque version d'image est liée à la version de la solution GAAB (par exemple, v4.0.0 →:v4.0.0). gaab-strands-agent Les images sont basées sur le SDK Strands et incluent :
+ Environnement d'exécution de l'agent
+ Intégration du client MCP
+ Capacités de gestion de mémoire
+ OpenTelemetry instrumentation
**Cache pull-through ECR**
La solution utilise le cache ECR Pull-Through pour distribuer automatiquement les images des agents depuis le référentiel ECR public vers l'ECR privé du client. Ce service géré par AWS :
+ Met en cache les images lors de la première extraction (délai de 2 à 5 minutes)
+ Élimine la logique de copie d'images personnalisée
+ Assure la disponibilité des images locales pour les déploiements ultérieurs
+ Crée des règles de cache uniques par déploiement pour éviter les conflits
**Stockage des configurations**
Les configurations d'agent sont stockées dans DynamoDB à côté des configurations de cas d'utilisation existantes. Chaque configuration inclut :
+ Modèle d'invite du système
+ Fournisseur du modèle et identifiant du modèle
+ Paramètres du modèle (température, max\$1tokens)
+ Références et points de terminaison du serveur MCP
+ Paramètres de mémoire (bascule de mémoire à long terme)
+ Métadonnées de déploiement
**Registre des versions d'images**
Un tableau DynamoDB suit les versions d'image d'agent disponibles et leur URIs cache, permettant ainsi la gestion des versions et la rétrocompatibilité.
## Configuration de l'agent
**Invitations du système**
Les instructions du système définissent le comportement, la personnalité et les capacités des agents. Les utilisateurs administrateurs peuvent :
+ Modifiez le modèle par défaut via l'interface utilisateur d'Agent Builder
+ Incluez des instructions pour l'utilisation de l'outil et le formatage des réponses
+ Réinitialisez le modèle par défaut à tout moment
**Sélection du modèle**
Agent Builder prend en charge les modèles Amazon Bedrock dans la version 4.0.0 :
+ Fournisseur de modèles : Amazon Bedrock (seule option dans la version 4.0.0)
+ Sélection de modèles : Claude, Nova et autres modèles Bedrock
+ Paramètres du modèle : température, max\$1tokens, top\$1p et paramètres spécifiques au modèle
**Intégration au serveur MCP**
Les serveurs Model Context Protocol permettent aux agents d'accéder aux outils et aux données de l'entreprise :
+ Découverte du serveur via le point de terminaison de l'API GET/mcp
+ Configuration dynamique sans modification du code
+ Authentification et gestion des terminaux
+ Exposition aux agents des capacités de l'outil
## Streaming et traitement
**Streaming en temps réel**
Agent Builder utilise les événements envoyés par le serveur (SSE), du AgentCore bridge au WebSocket streaming des réponses en temps réel :
+ La fonction Lambda établit une connexion SSE à Runtime AgentCore
+ Les flux sont reliés à API Gateway WebSocket
+ Permet de token-by-token fournir des réponses aux clients
+ Maintient la connexion pour les demandes de longue durée
**Contraintes de traitement**
Le traitement de l'agent dans la version 4.0.0 est limité au délai d'exécution de Lambda :
+ Temps de traitement maximal : 15 minutes
+ Modèle de traitement synchrone
+ Convient aux agents conversationnels et aux flux de travail modérés
+ Support asynchrone étendu prévu pour la version 4.1 et les versions ultérieures
## Gestion de mémoire
**Mémoire à court terme**
Activé par défaut pour tous les agents utilisant une option personnalisée MemoryHookProvider :
+ Capture les événements de conversation via les gestionnaires de rappel Strands
+ Organisé par ActorID et SessionId pour isoler le contexte
+ Maintient le contexte des conversations au cours des sessions
+ Intégration automatique à AgentCore la mémoire
**Mémoire à long terme**
Fonctionnalité optionnelle utilisant AgentCore Memory Tool de strands\$1tools :
+ Basculement simple dans l'interface utilisateur d'Agent Builder
+ Stratégie de mémoire sémantique avec paramètres par défaut
+ Accès contrôlé par l'agent grâce à l'invocation naturelle des outils
+ Stocke les informations extraites au fil des sessions
+ Utilise ConversationID comme SessionId
## Observabilité
** OpenTelemetry Distribution AWS (ADOT)**
Les agents sont automatiquement instrumentés lors de la construction du conteneur :
+ Génération automatique de traces pour les opérations des agents
+ Traçage distribué au-delà des limites des services
+ Journalisation structurée avec corrélation IDs
+ Intégration à CloudWatch Transaction Search
**Flux d'authentification**
Les utilisateurs s'authentifient via Amazon Cognito à l'aide de jetons JWT validés par des autorisateurs Lambda personnalisés qui récupèrent les politiques IAM de DynamoDB en fonction des groupes d'utilisateurs.
## Générateur de flux de travail
Workflow Builder permet une orchestration multi-agents en créant un agent superviseur qui coordonne plusieurs agents Agent Builder à l'aide du modèle de délégation Agents as Tools.
### Architecture du flux de travail
**Composantes clés**
+ **Agent superviseur : agent** Entrypoint qui reçoit les demandes des utilisateurs et délègue les tâches à des agents spécialisés
+ **Agents spécialisés** : cas d'utilisation d'Agent Builder enregistrés sous forme d'outils pour le superviseur
+ **Registre des agents** : table DynamoDB stockant les configurations et les métadonnées des agents
+ **Couche d'orchestration** : implémentation du modèle Agents as Tools dans le SDK Strands
### Instanciation de l'agent
**Création d'un agent local**
Tous les agents spécialisés sont instanciés localement dans le même AgentCore environnement d'exécution :
1. Récupère les configurations des agents depuis DynamoDB
1. Crée des instances locales de chaque agent Agent Builder
1. Chaque agent gère ses propres connexions au serveur MCP
1. L'agent superviseur enregistre les agents spécialisés en tant qu'outils
1. Le SDK Strands gère la sélection et la délégation des agents