1) Что поменяли в пайплайне

1) Что поменяли в пайплайне
Ручную n8n-ноду выкинули целиком. Вместо неё — генерация из одного .tsp-файла со спецификацией API.

Что это даёт:
— правка в одном месте разъезжается сразу в документацию, CLI, SDK и ноду;
— CI сам публикует артефакты в реестры;
— n8n-нода не может «устареть» относительно API, потому что собирается из того же источника.

2) Почему это важно для интеграций
Когда API живёт отдельно от ноды, начинается классика: поля в UI одни, в бэкенде уже другие, а поддержка ловит баги на ровном месте. Тут источник правды один. Это режет рассинхрон и убирает ручной фейл в релизном цикле.

3) Кому это ударит по процессу
— командам, которые держат много интеграций руками: меньше копипасты, меньше дрейфа;
— ad ops и platform teams: проще поддерживать связки между сервисами;
— всем, кто строит tooling поверх API: если меняется спецификация, меняется весь стек разом.

Показательный кейс: рукописную версию пришлось выкинуть полностью. Значит, выигрыш не в косметике, а в архитектуре.