esbuild ускоряет сборку, но чаще всего тормозит не он, а ваш проект

Если Vite или свой билд внезапно “медленный”, не начинайте с замены инструмента. Сначала проверьте три вещи: большой объём TS/JS без разделения на чанки, тяжёлые трансформации в плагинах и лишние проходы по файловой системе.

У esbuild сильная сторона — быстрый парсинг и трансформация. Но он не спасает, если вы гоняете через него всё подряд:
• огромные entry points вместо нормального splitting
• CSS/asset pipeline с десятком промежуточных шагов
• плагины, которые читают диск на каждый импорт

Есть наблюдение которое стоит проверить: в реальных репах “медленный esbuild” часто оказывается “медленным графом зависимостей”. Уберите дублирующиеся импорты, выкиньте неиспользуемые barrel-файлы, сократите глубину re-export’ов — и сборка обычно проседает меньше, чем после любого тюнинга флагов.

Для типовых задач esbuild хорош как быстрый transpile/minify слой. Для сложной логики лучше держать его рядом с Vite, а не заставлять делать то, для чего нужны отдельные плагины и явная структура модулей.

Если сборка болит, сначала режьте граф и I/O, а уже потом меняйте инструмент — так экономится больше времени, чем на бесконечном тюнинге конфигов.