Они выбросили рукописную n8n-ноду целиком — и это был правильный ход.
Что произошло:
- сначала сделали ноду руками;
- потом поняли, что API живёт отдельно, документация — отдельно, нода — отдельно;
- в итоге любое изменение начинало расползаться по трём веткам и ломать синхронность.
Что сделали дальше:
- собрали один источник правды — `.tsp`-файл;
- из него стали автоматически генерироваться документация, CLI, SDK и сама n8n-нода;
- CI начал публиковать всё по реестрам, а нода получила статус verified by n8n.
Почему это важно не только для dev-команды:
- меньше ручной поддержки;
- меньше рассинхрона между обещаниями и реальностью;
- меньше шансов, что продукт “вчера умел одно, а сегодня в базе уже другое”.
Главный вывод простой: если артефакт можно собрать из одного источника, его не надо переписывать руками ради “контроля”. Ручная версия почти всегда кажется быстрее — пока не начинается рост. Тогда она становится долгом, а не решением.
Team Retain Club
@TeamRetainPro
Они выбросили рукописную n8n-ноду целиком — и это был правильный ход.
Этот пост опубликован в Telegram-канале Team Retain Club. Подписаться можно по ссылке: @TeamRetainPro.