обратите внимание что build таск обычно запускается скриптами ci/cd (рано или поздно), подобные интерактивы могут их поломать

я пробовал через process.env передавать, в prebuild после записи в  process.env данные есть, а при выполнении build уже  undefined

это может быть потому что я не использовал  cross-env?

оу, не это не так не работает.

process.env действительно содержит переменные среды, но они туда записываются единожды при старте процесса, и добавление их туда уже никак не повиляет на собственно переменные среды

из-за использования асинхронных функций сломаться может?

нет, просто CI не умеет отвечать на вопросы

зависнет на ожидании ответа

я использовал пакет prompts, на данном этапе работает адекватно все, только с передачей собранной инфо проблема

как там решается проблема "не ответа" ?

при npm init  почти так же реализовано, идет сбор данных потом выполнение

npm init как раз запускается только на машине раработчика

к релизу отношения не имеет

будет ждать выбор юзера

так и мой опросник запускается у разработчика

вы не знаете что такое CI/CD да?

у нас в проекте много поддерживаемых различных устройств, и сейчас решается с помощью условий в самом коде проекта, и это попадает в продакшен, хочется получать сборку под конкретные устройства

неа...

Окей, я разверну мысль:
"Спрашивающие штуки" имеют несколько минусов.
1) в проектах которые живут какое-то продолжительное время используются системы которые автоматически деплоят и тестируют проект после комитов/мерджей в определенную ветку.
Такие роботы не умеют отвечать на заданные вопросы. Сборка тихо зависает в ожидании выбора.
2) при частых запусках команды через терминал разработчики часто используют клавишу повтора последней команды (arrow up, ctr+r), в этом случае последний выбор не сохранится и его нужно делать снова и снова
3) основные иде позволяют запускать скрипты из package.json прямо изнутри без открытия консоли вообще, однако ввод и выбор юзера они не поддерживают из-за чего сборка опять зависнет (на удивление разработчика).
4) сложность реализации - ну с этим вы уже сами столкнулись.
* Все это не касается таких команд как Init поскольку они запускаются один раз при создании проекта, надо понимать в чем разница.

все эти проблемы не будут проблемами если делать отдельные скрипты для разных задач.
например
build - просто билдит проект
build:debug - билдит с сорспапами stast.json и так далее
build:qa - билдит с переменными для тестового сервера
и так далее.
Бонусом вы получите:
- возможность собирать цепочки задач из подзадач
- справку по всем вариантам сборки по команде npm run