У нас меняются вводные. У создания обёрток были объективные причины:
• упрощение (условно генератор конфига вебпака)
• унификация (что есть тоже упрощение понимания происходящего)
• не писать код дважды
• поддержание стандартов качества
К чему это приводило? С каждой новой уникальной ситуацией универсальное решение всё больше проксирует наружу внутренние апи, всё больше притягивает общего (и, зачастую ненужного кода). Сложность обёрток растёт, но гибкости всё равно не хватает и пиары превращаются в цепочки — дотащить в общее решение свой частный случай, потом притянуть к себе новую версию. Вместо того, чтобы просто пойти и настроить вебпак под себя напрямую (условно)
И вот мы в точке, где "не писать код дважды" — не аргумент. "Сложно, упростим обёрткой" — не аргумент. Унификация для ускорения онбординга — тоже не аргумент. Более того, отсутствие велосипеда упрощает понимание для наших новых инструментов.
Качество — аргумент.
И вот от этих вводных уже надо плясать. Что именно общего нам нужно? Может быть не готовые решения? А критерии приёмки и стандарты качества, а с ними и инструменты для их детерминированной (прежде всего) проверки.