Настройка прокси в npm не маршрутизирует всё, что запускает npm start
npm настраивает собственные передачи пакетов. Приложению, запущенному скриптом, по-прежнему нужен HTTP-клиент, поддерживающий нужный исходящий прокси.
npm install работает через прокси. npm start запускает приложение, и его запрос к API идёт напрямую. npm не обязательно забыл настройку.
Первый запрос сделал менеджер пакетов. Второй делает ваше приложение. Значение прокси в конфигурации npm — это данные для тех, кто её читает, а не туннель, подложенный под каждый дочерний процесс.
Изучите HTTP-клиент приложения и поддерживаемый им интерфейс прокси. Он может читать стандартные переменные окружения, требовать явного agent или dispatcher либо использовать другую документированную настройку. Не считайте, что переменная вроде npm_config_proxy распознаётся автоматически.
Также отделите исходящий прокси от функции пересылки API сервера разработки. Настройка, которая пересылает запросы браузера с сервера разработки на backend, выполняет другую роль; она не является автоматически сетевым выходом для каждого запроса вашего приложения.
Для полезного сравнения назовите запрос, который выполняется успешно, и процесс, который делает запрос, завершающийся ошибкой. Затем настройте последний осознанно. Приложение, использующее fetch из Undici, может следовать конфигурации диспетчера ProxyAgent, с выпуском пакета, совместимым с его средой выполнения Node. Смена конечной точки registry в npm или повторная переустановка приложения сама по себе не обеспечивает этот отсутствующий маршрут.