Postman a bâti son business sur une promesse simple : rendre les API assez dociles pour qu’un humain puisse les tripoter sans se pendre. Quarante millions de développeurs plus tard, la boîte fourre un agent dans sa propre cuisine et le fait tourner sur Amazon Bedrock. Le chiffre est ronflant, le partenariat bien huilé. La vraie info, elle, ne sort pas de la page marketing. Elle est planquée dans les tripes de l’architecture.
On a déjà causé de ces agents d’AWS qui se passent de ton prompt et réclament la permission après coup. Ici, l’intérêt est ailleurs. Postman et Amazon racontent la même chose que tous ceux qui ont vraiment mis un agent en production : le problème n’est pas le QI du modèle. C’est tout ce qui l’entoure.
Le vrai goulot, c’est le contexte
Trois trucs sur la table. D’abord le « tool sprawl », l’entassement d’outils. Un agent à qui tu branches quarante fonctions se vautre plus souvent qu’un agent qui en a trois. Plus tu lui donnes de boutons, plus il en presse au hasard. Ensuite, les lectures basées sur des schémas : tu ne refiles pas les clés du camion à ton agent, tu lui ouvres des accès précis, cadrés, prévisibles. Enfin, le contexte traité comme le goulot principal. Pas la puissance de calcul. Pas le nombre de paramètres. Le contexte.
Ça ressemble à un détail de plombier. C’est tout sauf anodin. Toute l’industrie du benchmark s’échine à classer les modèles par leur intelligence supposée, pendant que ceux qui les font tourner à l’échelle te disent que le vrai casse-tête, c’est de choisir quoi mettre dans la fenêtre et quoi jeter. Un modèle brillant noyé sous dix mille tokens de bruit se comporte comme un stagiaire de troisième. Nettoie le bruit, il redevient brillant. Personne ne vend ça dans un keynote, parce que ça n’a rien de bandant.
40 millions de devs, et un dilemme qui ne dit pas son nom
Postman a toujours baladé son chiffre de 40 millions de développeurs comme un trophée de chasse. Sauf que ces 40 millions de gens, leur job, c’est de fabriquer et tester des requêtes API. Le fonds de commerce de la boîte. Maintenant, réfléchis deux secondes. Si un agent sait appeler une API, la lire, la tester et te pondre le résultat, le dev n’a plus grand-chose à faire dans une interface graphique. L’agent ne remplace pas le développeur, il remplace la corvée. Et la corvée, c’était le produit.
Donc Postman n’a pas vraiment le choix. Soit il devient la plateforme qui héberge les agents, soit il devient le vieil outil que plus personne n’ouvre. Agent Mode n’est pas un caprice. C’est un pivot de survie déguisé en fonctionnalité. Je spécule, je préviens. Mais l’arithmétique parle toute seule.
Un loyer chez Amazon
Le passage par Bedrock n’est pas innocent. Postman ne fait pas tourner son agent sur ses propres serveurs, il loue les tuyaux d’Amazon. Normal : les boîtes qui ont un vrai volume ne construisent pas leur propre infra pour un agent qui change de cerveau tous les trois mois. Tu prends la plateforme qui te permet de basculer de modèle sans tout réinstaller. Amazon empoche le loyer, Postman garde la flexibilité. Tout le monde a l’air content, ce qui, en général, cache une facture quelque part.
Les modèles se battent pour trois points de benchmark, et la vraie bagarre se joue sur le contexte, les schémas et le rangement des outils. Le jour où tu piges que le génie qui bousille ta prod a juste la mémoire encombrée, tu arrêtes de guetter le prochain modèle et tu ranges ta fenêtre. Postman l’a compris avant les autres. Dommage qu’il ait fallu 40 millions de devs pour l’entendre.
Sources :
Comments are closed