Я бы вообще запретил командам тащить в прод рукописные интеграции, если у них уже есть OpenAPI/спека и нормальный CI.
История простая: сначала делают «быстро» — руками пишут ноду, потом API меняется, дока живёт своей жизнью, саппорт тонет в «почему у нас не работает», а аппрув внутри каталога превращается в ритуал на удачу.
Нормальный путь — один источник правды. Меняешь .tsp или OpenAPI → обновляются дока, SDK, CLI и сама нода. Всё. Без ручного рассинхрона, без вечного «потом поправим», без стыда за старые поля в интерфейсе.
Самое ценное тут даже не генерация. Ценность в доверии: если артефакт собирается из одной спецификации, его проще версионировать, проверять и выпускать. Для нутра это звучит очень знакомо: одна боль, одно обещание, один оффер — и дальше уже упаковка, крео и post-sale не воюют между собой.
Ручная сборка почти всегда кажется быстрее. А потом ты два месяца платишь за скорость поддержкой. ⚙️
Nutra Cabin
@NutraCabinPro
Я бы вообще запретил командам тащить в прод рукописные интеграции, если у них уже есть OpenAPI/спека и нормаль
Этот пост опубликован в Telegram-канале Nutra Cabin. Подписаться можно по ссылке: @NutraCabinPro.