AgentCore fournit aux agents un environnement d'exécution géré et des composants de connexion d'outils, d'état et de surveillance.
Exécuter le code dans un environnement géré
L'agent peut bien fonctionner sur un ordinateur portable et nécessite une infrastructure distincte lorsque plusieurs utilisateurs apparaissent. Amazon Bedrock AgentCore dispose d'un environnement d'exécution pour son propre code d'agent et d'outil. Le modèle peut être adapté à la tâche, et l'emballage et l'interface de l'application doivent être vérifiés avec la direction AWS. Lors du déploiement, décidez où le journal est écrit, comment la session est identifiée et quelles commandes sont autorisées à exécuter l'application.
Deux sessions de formation
Pour le lancement d'essai, prenez un agent qui lit l'état de test de la tâche. Donnez deux contextes de compte différents et utilisez des identifiants de session différents. Vérifiez d'abord la lecture habituelle, puis répétez et essayez d'obtenir le résultat de quelqu'un d'autre. Si un agent appelle un outil externe, commencez par une action autorisée. Notez quels droits IAM sont nécessaires pour cette action et vérifiez la désactivation lorsque l'action est indisponible.
Où regarder en cas d'erreur
Séparément, simulez l'erreur de modèle et la défaillance de l'outil. Le journal doit montrer où le travail s'est arrêté et si le système externe est affecté. Déterminez quelles informations peuvent être enregistrées sur la piste et quand terminer la session. Après l'essai, analysez les coûts de réalisation, les modèles et les composants connectés. Le nombre d'accès dépend de la structure de l'application, même lorsque les requêtes d'entrée se ressemblent. À titre de comparaison, enregistrez les paramètres de configuration de test et la durée de chaque parcours.
Pour quelles tâches convient-il
- Développez votre propre application d'agent dans AWS
- Vérifier les limites de deux sessions utilisateur
Les points forts
- L'environnement exécute le code propre de l'agent et ses outils
- Il existe des services de mémoire, de connexion et de surveillance distincts.
Limites
- Besoin de paramètres IAM et de comprendre les limites de la session
- L'emplacement et les appels de composants peuvent être pris en compte séparément
Choix et conditions
- Mode gratuit
- Non confirmé
- Période d'essai
- Non confirmé
- Sans inscription
- Non confirmé
- Interface en russe
- Non confirmé
- Installation locale
- Non
- API
- Oui
« Non confirmé » signifie que les informations disponibles ne suffisent pas. La fonctionnalité peut exister ; vérifiez les conditions du développeur.
- Formats d’entrée
- Code, texte
- Résultat
- Données, Annexe
Conditions
AWS prend en compte l'utilisation des composants AgentCore selon leurs règles. Les modèles, le stockage et d'autres services connectés peuvent être payés en plus. Besoin de paramètres IAM et de comprendre les limites de la session.De la tâche au premier résultat
Exemple pratique
- Tâche
- Développez votre propre application d'agent dans AWS
- Que préparer
- Deux comptes synthétiques, un agent avec un outil de lecture simple et des identifiants de session séparés.
Consigne ou requête
Déployez l'agent de test. Assurez-vous que chaque compte reçoit ses données et que la nouvelle demande suit les règles de fonctionnement de la session.
Résultat attendu
Agent déployé et journal des contrôles d'isolement, de droits et de rappel.
Comment vérifier le résultat
- Vérifiez la lecture de deux contextes comptables.
- Essayez d'appeler l'outil non connecté et vérifiez l'échec.
Cet exemple pédagogique préparé par la rédaction décrit une tâche ; il ne présente pas le résultat d’un test personnel du service. Vérifiez la disponibilité du mode requis, les droits sur les fichiers d’origine et les conditions d’utilisation du résultat.
Vérifier les détails
Sources officielles
La description est faite à partir des matériaux du développeur. Les fonctionnalités, les prix et la disponibilité peuvent varier; vérifiez la source avant de l'utiliser.