Postman limite les outils de son agent et fait approuver les changements
L’essentiel de l’annonce
Postman et AWS décrivent un agent qui sélectionne ses outils et demande un accord avant de modifier l’application. Le cas concerne les tests et la documentation des échanges entre logiciels.
- Date de publication de la source
- Catégorie
- Outils et usages
- Périmètre et accès
- Retour d’expérience Postman et AWS ; conditions produit à vérifier.
- Sujet du contenu
- Le choix des outils et la validation dans Agent Mode
- Entreprises / organismes
- Postman, AWS
- Technologies
- Agent IA, Sous-agent
Comment Agent Mode sélectionne ses outils dans Postman
Postman aide à tester les échanges entre logiciels, appelés API. Pour une demande donnée, son agent reçoit un contexte et une sélection d’outils. Le billet décrit environ 15 outils retenus parmi plus de 170. L’utilisateur doit ensuite approuver les actions qui changent l’état de l’application.
Identifier le test ou la documentation demandés
L’agent reçoit des informations adaptées à la tâche dans Postman, par exemple le test d’un échange entre logiciels.
Confier une sélection à un assistant spécialisé
Le billet décrit environ 15 outils retenus parmi plus de 170, avec un contexte séparé pour le sous-agent.
Demander l’accord de l’utilisateur
Agent Mode demande une approbation avant les actions qui modifient l’état de l’application. La proposition reste à examiner.
Choisissez une étape pour lire son explication.
Identifier le test ou la documentation demandés
L’agent reçoit des informations adaptées à la tâche dans Postman, par exemple le test d’un échange entre logiciels.
Confier une sélection à un assistant spécialisé
Le billet décrit environ 15 outils retenus parmi plus de 170, avec un contexte séparé pour le sous-agent.
Demander l’accord de l’utilisateur
Agent Mode demande une approbation avant les actions qui modifient l’état de l’application. La proposition reste à examiner.
Illustration simplifiée. Les dessins ne montrent pas de résultats mesurés.
Points techniques et opérationnels
- Le cas décrit un contexte adapté à la demande. L’agent doit comprendre les éléments concernés dans l’application, par exemple le test d’un échange entre logiciels.
- Le billet décrit environ 15 outils retenus parmi plus de 170, puis confiés à un sous-agent avec un contexte séparé. Ce nombre illustre leur architecture ; il ne fixe pas une règle universelle.
- Agent Mode demande l’approbation de l’utilisateur avant les actions qui modifient l’état de l’application. Une personne conserve donc un rôle dans l’application des changements.
Usages possibles pour préparer des tests entre logiciels
Exemples possibles. L’annonce ne démontre pas de gains pour ces usages.
Exemple pédagogique
Préparer un test puis examiner la modification
Une équipe pourrait demander la préparation d’un test API dans Postman. Elle vérifierait les données utilisées et les changements proposés avant d’approuver une modification. Pour comparer deux solutions, elle mesurerait ensuite leur fiabilité sur ses propres tests.
Deux questions pour évaluer l’intérêt
- Quels outils sont accessibles pour cette tâche précise ?
- Quels changements nécessitent l’approbation de l’utilisateur ?
Qui peut l’utiliser, avec quelles limites ?
Cas client en production
Le billet est signé par Postman et AWS. Les 40 millions de développeurs cités désignent la communauté Postman, sans prouver autant d’utilisateurs d’Agent Mode. Le cas ne démontre pas la même fiabilité dans une autre application.
Conditions d’accès : Retour d’expérience Postman et AWS ; conditions produit à vérifier.
Comparer les outils retenus et les changements à approuver
Interprétation éditoriale à partir de l’annonce.
Postman décrit une architecture qui réduit les outils présentés à l’agent et conserve un accord humain pour les modifications. Un chef de projet pourrait examiner ce principe pour encadrer les changements acceptés pendant un test. Le choix d’environ 15 outils correspond à ce cas. Il ne fixe pas un nombre optimal pour toutes les applications ni une fiabilité universelle.
Les mots utiles pour comprendre
Sources et vérifications
Source vérifiée le . Synthèse originale. Les résultats annoncés restent attribués à leur source. Les dessins expliquent le principe ; les exemples présentent un usage possible.
Publié sur ce site le . Mis à jour le . Rédaction : Boris Shutov, avec l’aide de ChatGPT. Notre méthode éditoriale.