La configuración de proxy de npm no enruta todo lo que inicia npm start
npm configura sus propias transferencias de paquetes. La aplicación lanzada por un script sigue necesitando un cliente HTTP que admita el proxy de salida previsto.
npm install funciona a través del proxy. npm start lanza la aplicación y su solicitud a la API va directamente. No es necesario que npm haya olvidado la configuración.
El gestor de paquetes hizo la primera solicitud. Tu aplicación hace la segunda. Un valor de proxy en la configuración de npm son datos para los consumidores que lo leen, no un túnel colocado debajo de cada proceso hijo.
Inspecciona el cliente HTTP de la aplicación y la interfaz de proxy que admite. Puede leer variables de entorno estándar, requerir un agent o dispatcher explícito, o usar otra configuración documentada. No supongas que una variable parecida a npm_config_proxy se reconoce automáticamente.
Separa también el proxy de salida de la función de reenvío de API de un servidor de desarrollo. Una configuración que reenvía solicitudes del navegador desde un servidor de desarrollo hacia un backend tiene otro papel; no es automáticamente la salida de red para cada solicitud que hace tu aplicación.
Para una comparación útil, nombra la solicitud que tiene éxito y el proceso que hace la solicitud que falla. Luego configura este último deliberadamente. Una aplicación que usa fetch de Undici puede seguir su configuración del dispatcher ProxyAgent, con una versión del paquete compatible con su entorno Node. Cambiar el endpoint del registry de npm o reinstalar la aplicación repetidamente no proporciona por sí mismo esa ruta que falta.