Внутри корпоративного мессенджера Пачка сделали любопытную вещь: n8n-ноду перестали поддерживать вручную и начали генерировать из одного OpenAPI/TypeSpec-источника. И это не про «автоматизацию ради автоматизации», а про борьбу с самым неприятным классом багов — когда SDK, документация и интеграция живут в разных версиях.
Что поменяли:
- один `.tsp`-файл стал источником для API, CLI, SDK и n8n-ноды;
- документация теперь собирается тем же пайплайном, что и код;
- CI публикует артефакты по реестрам, а не по ручному чек-листу.
Самый показательный момент — первую рукописную версию ноды просто выкинули. Значит, старая схема уже не выдерживала цену сопровождения. Дальше ноду прогнали через официальную верификацию n8n и завели в каталог со статусом verified by n8n ✅
Практический вывод тут простой: если у вас интеграции, SDK и docs расходятся по разным командам или релизным циклам, генерация из единого спека быстро становится не «nice to have», а способом удержать качество без лишнего ручного труда.
IT Weekly Pro
@ITWeeklyPro
Внутри корпоративного мессенджера Пачка сделали любопытную вещь: n8n-ноду перестали поддерживать вручную и нач
Этот пост опубликован в Telegram-канале IT Weekly Pro. Подписаться можно по ссылке: @ITWeeklyPro.