**РУКОПИСНАЯ НОДА СГОРЕЛА. И ЭТО БЫЛО ПРАВИЛЬНО**

**РУКОПИСНАЯ НОДА СГОРЕЛА. И ЭТО БЫЛО ПРАВИЛЬНО**

Вместо «сделаем быстро руками, потом допилим» — один .tsp-файл как единственный источник правды. Из него автоматически собираются документация, CLI, SDK и n8n-нода. Дальше CI сам публикует артефакты, а нода не может тихо уехать в прошлую версию API.

Это не про «удобство разработки». Это про контроль рисков: если API меняется, все зависимые куски обновляются синхронно. Без этого у вас классический тендерный цирк: в ТЗ одно, в pitch обещали второе, а на защите внезапно выясняется, что интеграция живет своей жизнью.

Самое полезное здесь — рукописную версию выкинули целиком. Не «подлатали», не «оставили на потом». Потому что дублирующий ручной слой в таких историях почти всегда превращается в источник расхождений, а потом — в дорогой баг-репорт 😐

Вывод простой: если у вас есть API, которое меняется, нода/SDK/дока должны собираться из одного места. Иначе вы не автоматизируете процесс — вы создаете еще один фронт для аварий.