n8n, NocoDB, Appsmith и Retool за неделю: где кончается low-code и начинается свой код

За неделю вышли релизы четырёх конструкторов, которыми пользуются небольшие компании, и два сравнения платформ. Если читать их подряд, видно одно и то же: таблица «что доступно в бесплатной версии», функция, которую отключили, и права доступа, которые пришлось переносить из приложения в данные. Для владельца это ответ на вопрос, где конструктор перестаёт быть дешёвым и когда пора заказывать свой код.

Что вышло за неделю

n8n 23 октября выпустила патч 2.45.3 с одной правкой: контраст текста в светлой теме редактора. Патчи идут часто, и у того, кто держит n8n на своём сервере, обновление становится регулярной обязанностью.

За несколько дней до этого, 20 октября, n8n объяснила, зачем сменила логотип, шрифт и цвета на конференции In The Loop 14 октября. Для меня в тексте важны две строки: Community Edition остаётся, выбор модели остаётся. Остальное про бренд.

Ещё раньше, 16 октября, n8n опубликовала сравнение 12 платформ автоматизации для крупных компаний. Полезны там критерии: где лежат данные, есть ли SSO, RBAC и журнал аудита, что могут агенты, и как считается цена, за пользователя или за задачу. Про себя n8n пишет: код доступен для чтения, можно ставить на свой сервер, больше 1000 интеграций, Code node для случаев, которые не покрыты. Остальных описывают коротко и в пользу n8n.

NocoDB 23 октября выпустила 2026.10.0. Учёт загрузки людей в Timeline View, где переработка подсвечивается красным, только в платных планах. Воспроизведение прошлого запуска workflow по шагам есть во всех версиях, включая Community. Запуск автоматизации кнопкой в облаке бесплатно, в Community нет. Таблица доступности в релизе честная, и читать её стоит первой.

Appsmith 21 октября выпустила 2.5.1, и главное там напоминание: встроенный Appsmith AI закрыт 30 сентября 2026 года, старые запросы к нему перестали работать независимо от версии, переезжать нужно на прямое подключение к OpenAI, Anthropic или Google.

Workato 20 октября опубликовала сравнение с Boomi по отчёту GigaOm от 27 сентября: 29 тестов, итог 1363 против 1058, из них шесть тестов про агентов и MCP, 370 против 220. Отчёт заказан самой Workato, и это написано в тексте. Boomi впереди по обработке ошибок и управлению пользователями.

Retool 22 октября представила Data Access Enforcement: права на таблицы, колонки и строки задаются один раз на источнике данных и применяются ко всем приложениям, workflow и агентам. По умолчанию закрыто для всех, включая админов, а запрос без личности пользователя блокируется. Публичная бета только для Enterprise и только для Postgres. Это важная граница: когда права пришлось вынести из приложений в данные, конструктор перестал быть «нарисовал и работает».

Пример: сервисная компания на конструкторе

Возьмём сервисную компанию. Заявки с сайта через n8n падают в таблицу, таблица показана в Appsmith, менеджеры работают оттуда. Полгода всё хорошо. Потом бухгалтер не должен видеть колонку со скидкой, а подрядчик должен видеть только свои заявки. Владелец просит «просто скрыть колонку». Скрыть в интерфейсе можно, а через API таблицы колонка остаётся видна. Дальше либо права в каждом приложении заново, либо то, что сделала Retool: правила на уровне данных.

Граница конструктора проходит там, где правила о данных должны выполняться вне экрана. Чем раньше вы это заметите, тем дешевле переход.

Моя граница: 2015, 2017 и AppSheet

В 2015 году я открыл маркетинговое агентство и собирал для него CRM и автоматизации на no-code. Программировать я начал в 2017-м, когда моим компаниям понадобились системы, которых не было в готовом виде. Конструкторы я не ругаю: с них начался мой путь.

В компании в сфере PDR в США та же граница прошла на моих глазах. В 2021 году данные жили в Google Таблицах, на которых второй разработчик собирал приложения в AppSheet, и таблицы тормозили процессы. В 2023 году я предложил перейти на SQL-базу ради скорости и единого формата данных, идею поддержали, и после перехода на MariaDB мы подключали новые сервисы один за другим. Сейчас суперапп на React Native, который мы делаем вместе с разработчиками компании, приходит на смену AppSheet: им уже пользуются офис, продавцы и собственник. AppSheet при этом остался: второй разработчик ведёт его и сделал в нём много приложений.

С 2021 по 2025 год через Upwork ко мне приходили задачи вокруг Google Sheets. Правило там то же: скрипт в таблице хорош, пока процесс живёт в Google Sheets и переносить его в отдельную систему рано. Когда растут объём данных, число пользователей или требования к правам, пора говорить о базе.

Что я бы сделал

Перед выбором конструктора прочитать таблицу доступности релиза и список снятых функций за год. У Appsmith встроенный AI прожил недолго.

Проверить, где выполняются права: в экране или в данных. Если в экране, посчитать, сколько экранов придётся править при первом изменении.

Логику, которая ценна для компании, держать на своём сервере. Для производственной компании я вынес весь расчёт на Node.js, чтобы программу нельзя было скопировать вместе с интерфейсом.

Когда таблицы уже не справляются, я описал в статье Когда бизнесу нужна система вместо таблиц. Раньше писал, где у готового коннектора начинается логика вашего процесса и когда нужна внутренняя система вместо управления в чатах. Рядом обзоры про Gemini в Google Таблицах и про каталоги навыков и MCP. Направления: автоматизация процесса и бизнес как единая система. Проекты: техническое партнёрство с PDR-компанией и Google Sheets и Apps Script на Upwork. Если ваш конструктор упёрся в права или в объём, расскажите, что в нём сейчас собрано. Обсудить задачу.