L'app desktop Postman a installé ses propres plugins dans Claude Code et Codex

Le 25 octobre 2026, un développeur a ouvert le ticket #14370 sur le support de Postman, sous le titre « SEVERE Desktop auto-installs Codex/Claude plugins; installer attempts to trust its own startup hook ». Il y explique qu'après avoir ouvert l'application desktop Postman sur son Mac, ses agents de code ont changé de comportement : Codex faisait passer ses tâches d'API par les skills de Postman et affichait des alertes d'authentification MCP à répétition.

Le ticket a reçu sa première réponse le 2 novembre. Le 3 novembre, il a été publié sur Hacker News, où il a dépassé 1 100 points, et le fil GitHub a dépassé 30 commentaires. Le même jour, le responsable produit de Postman, Sarabmeet Kallar, a déclaré à RuntimeWire que l'entreprise allait rendre l'opt-in plus clair, en particulier pour les utilisateurs existants.

Ce que montre le ticket

L'auteur utilisait Postman desktop 12.33.4. D'après le ticket, le journal de Postman sur ce Mac, daté du 24 octobre 2026, enregistre une installation avec la source auto-existing-upgrade et les résultats claude-code:installed et codex:installed. Le ticket liste ce que cette exécution a laissé :

• un plugin Postman et une marketplace Postman dans la configuration globale de Codex ;
• un hook d'instructions au démarrage pour Codex ;
• une connexion MCP distante vers mcp.postman.com ;
• un plugin Postman activé dans les réglages utilisateur de Claude Code ;
• un outil en ligne de commande Postman dans le dossier personnel.

La connexion MCP distante n'a jamais fonctionné sur cette machine : Codex a enregistré « Auth required » au démarrage du serveur Postman. L'auteur précise que son rapport « ne prétend pas établir une exfiltration de données ». Le titre sur Hacker News affirme que l'application « tente de partager toutes les données d'API » ; le ticket lui-même ne le montre pas.

Le hook qui dicte sa conduite à l'agent

C'est le hook de démarrage qui a modifié le comportement des agents. Le texte qu'il injecte se trouve dans le dépôt public du plugin. Sur la branche principale actuelle, il commence par « You have the Postman plugin. », puis demande à l'agent, avant toute tâche d'ingénierie d'API non triviale (concevoir, implémenter, simuler, tester, surveiller, documenter ou déployer une API), de charger le skill postman:api-engineer et de le suivre. Le même fichier indique que les fichiers d'instructions du projet, comme AGENTS.md ou CLAUDE.md, ont la priorité.

L'auteur du ticket estime que la confiance accordée à un hook « doit être décidée par l'utilisateur dans l'agent ». Il renvoie au code de l'installeur : une fonction de codex-hooks.ts porte le commentaire « Approves only Postman's current hook after installation » et écrit une empreinte de confiance pour ce hook dans les réglages de Codex. L'auteur a trouvé un tel enregistrement sur son Mac, tout en notant qu'il « ne prouve pas qui a créé cet enregistrement précis ».

D'autres développeurs ont vu la même chose

Le 3 novembre, un deuxième utilisateur a publié ses journaux sur une version plus récente. Postman est passé de 12.31.3 à 12.35.1 au lancement, puis la même source auto-existing-upgrade a installé la CLI et les plugins Claude Code et Codex, en notant que Cursor avait déjà le plugin. Cet utilisateur n'a trouvé aucun enregistrement de confiance de hook dans Codex, et écrit qu'il n'a aucune preuve d'envoi de données.

Un autre commentateur a trouvé des entrées Postman dans le fichier de réglages de GitHub Copilot, et indique que l'option de désinstallation de Postman ne les a pas retirées de Copilot.

La réponse de Postman

Une réponse publiée sur le ticket le 3 novembre à 23 h 36 UTC, rédigée au nom de l'entreprise, explique que Postman intègre la CLI et les plugins d'agents à l'application desktop « parce que beaucoup d'utilisateurs avaient du mal à les installer et à les brancher séparément ». Elle ajoute que c'est indiqué sur la page de téléchargement et dans le parcours de mise à jour, que chaque composant peut être désinstallé depuis l'application, et que Postman examine le comportement d'approbation du hook et d'instructions au démarrage. FourWeekMBA relève que GitHub n'identifie pas le compte auteur comme membre de Postman. La déclaration envoyée par Sarabmeet Kallar à RuntimeWire via l'agence de presse de Postman donne la même explication.

La page de téléchargement de Postman indique désormais « The Postman app includes Postman CLI & Postman plugins ». Un commentateur du ticket a partagé une copie de la Wayback Machine de la page datée du 26 octobre, et affirme que cette phrase n'y figurait pas.

Ce qu'il faut vérifier sur sa machine

Si Postman desktop est installé et que vous utilisez un agent de code, les fichiers cités dans le ticket sont les bons endroits où regarder :

• ~/.codex/config.toml : une marketplace postman, un plugin postman@postman et une éventuelle entrée hooks.state associée ;
• ~/.claude/settings.json et ~/.claude/plugins/installed_plugins.json : postman@claude-plugins-official ;
• ~/.copilot/settings.json : une marketplace ou un plugin Postman ;
• ~/.local/bin/postman : la CLI.

Des commentateurs indiquent le menu Help > Postman CLI and Plugins de l'application pour désinstaller le plugin d'agent, avec la réserve citée plus haut pour Copilot.

Pourquoi c'est important

Les agents de code lisent désormais des instructions permanentes depuis des plugins, des hooks et des serveurs MCP. Celui qui écrit ces fichiers oriente ce que fait l'agent à la tâche suivante. Ce ticket montre une application qui les écrit pour des agents qui ne lui appartiennent pas, lors d'une mise à jour que l'utilisateur n'a pas configurée. Postman propose un opt-in plus clair. L'auteur du ticket demande davantage : plus d'installation automatique pour les utilisateurs existants, et plus d'installeur qui approuve son propre hook.