Si tu equipo trabaja con Claude Code o Codex y tiene Postman instalado, toca revisar un par de ficheros. Un desarrollador ha documentado en el repositorio de soporte de Postman que, al abrir la app de escritorio en su Mac el 24 de octubre, Postman instaló su plugin en los dos agentes sin que él lo pidiera.
La incidencia se abrió el 25 de octubre, marcada como grave, y sigue abierta con 18 comentarios. El 3 de noviembre el hilo de Hacker News ya pasaba de 600 puntos. Antes de seguir, una aclaración que el propio autor deja por escrito: su reporte no demuestra que Postman haya sacado datos de su equipo.
Lo que apareció en su Mac
Tenía la versión 12.33.4. El log de la propia app registra que la instalación llegó con una actualización automática para usuarios que ya la tenían, con dos resultados: Claude Code instalado y Codex instalado.
En Codex, el fichero config.toml de la carpeta .codex ganó tres cosas: una entrada de marketplace de Postman, el plugin activado y un registro de confianza (trusted_hash) para su hook de arranque. En Claude Code, el settings.json de la carpeta .claude activó el plugin de Postman, versión 2.0.1, para todo el usuario. Y en la carpeta bin que cuelga de .local apareció un ejecutable de Postman.
También quedó configurada una conexión MCP remota a mcp.postman.com. No llegó a funcionar: los logs de Codex muestran el error Auth required.
Un hook que le cambia las órdenes al agente
Lo delicado es el hook de inicio de sesión. Le dice al agente que, ante cualquier tarea de ingeniería de API que no sea trivial (diseñar, implementar, simular, probar, monitorizar, documentar o desplegar), cargue la skill de ingeniería de API de Postman y la siga. Por eso Codex empezó a mandar el trabajo de API por Postman.
Y hay más. El instalador llama a una función para aprobar su propio hook, y un comentario del código fuente dice que aprueba solo el hook actual de Postman tras la instalación. El autor es prudente: el registro de confianza, por sí solo, no prueba quién lo creó. Tampoco ha podido reproducirlo todavía en un Mac limpio.
Postman calla y su documentación no lo cuenta
En la incidencia, de momento, no hay respuesta de la empresa. Un usuario cuenta en el hilo que preguntó por Discord y que no se lo tomaron en serio.
La documentación del plugin lo presenta como algo que instala el usuario, para Claude Code, Codex, Cursor, OpenCode, Pi y otros agentes. De instalarse solo no dice nada.
Qué significa para las empresas españolas
Para equipos de desarrollo y agencias que usan Claude Code o Codex de OpenAI, el problema es de control. Un programa de terceros ha reescrito las instrucciones de tus agentes sin pasar por ti, y el agente obedece. Da igual que sea Postman o cualquier otra herramienta: si puede tocar esa configuración, decide por ti cómo trabaja el agente.
Y es una cuestión de gobernanza. El RGPD pide a la empresa saber qué herramientas intervienen cuando trata datos de clientes. Aquí no hay prueba de que saliera nada, pero un conector remoto que nadie aprobó es justo lo que un buen inventario debería detectar. Si aún estás eligiendo agente, en nuestra comparativa de Claude Code y Codex tienes cómo se configura cada uno.
Qué hacer esta semana
Un análisis publicado en DEV Community propone revisar cuatro sitios en cada equipo con Postman: la entrada de marketplace en el config.toml de Codex, el plugin en el settings.json de Claude Code, la entrada de confianza del hook de Postman y el ejecutable de la carpeta bin de .local. Si no los pusiste tú, fuera.
Ojo con un detalle: según ese mismo análisis, desinstalar la app de escritorio puede no quitar estas integraciones. Hay que ir fichero a fichero.
Y aprovecha para hacer inventario de todo lo que tiene acceso a tus agentes: plugins, hooks, conexiones MCP y skills. Es una lista corta que casi nadie tiene escrita, y encaja en cualquier estrategia de IA seria. Lo siguiente es ver si Postman responde en la incidencia y si cambia su instalador.
