Крайние дни я почти полностью провёл внутри системы.

И в какой-то момент поймал себя на мысли: она начинает превращаться не в “набросок платформы”, а в инструмент, у которого уже есть характер.

Раньше всё выглядело так: включил интеграцию, протестировал запрос - работает, идём дальше.

Сейчас всё иначе.

Внутри каждого приложения уже появились свои настоящие функции.

Не заглушки, не демо, а реальные действия, которыми можно пользоваться:
- Telegram умеет принимать сообщения, понимать команды, отвечать и передавать данные дальше.
- Gmail собирает письмо, подставляет переменные и отправляет его.
- Google Calendar создаёт события, меняет их и возвращает ID.
- Google Sheets спокойно пишет строки, читает данные и обновляет ячейки.

И самое приятное - всё это работает в одном сценарии, когда цепочка проходит ровно так, как ты задумал.

Это ещё не “платформа”. Но это уже не эксперимент.

Это тот момент, когда система начинает говорить: “Я уже что-то умею. Поехали дальше.”

Если вам интересно, что внутри уже ожило - поставьте 🔥.
Понимание, что вы это читаете, реально помогает продолжать.

За эти недели я поймал один неожиданный урок.

Не про код.
Не про сервера.
Не про архитектуру.

А про себя.

Когда ты создаёшь что-то новое, ты всегда думаешь, что самая сложная часть - это техническая.

“Сделать узлы, сделать логику, сделать API…”

А оказалось, что самое сложное - перезапустить в голове собственную терпеливость.

Каждый день ты сидишь перед задачей, которая выглядит простой. Но она не работает.

И ты снова ковыряешься, переписываешь, дебажишь…

И вот где-то на двадцатом повторе ты понимаешь, что главное в создании продукта - это не гениальность, а умение продолжать, когда уже нет сил объяснять себе, зачем ты это делаешь.

Странно, но именно это внезапно стало моим главным навыком последних недель.

У вас бывало такое чувство? Когда технология - это одно, а психология - совсем другое поле боя?

Давно хочу поднять одну мысль. И пусть эта неделя начнётся именно с неё.

Продолжаю развивать свою платформу автоматизации: дорабатываю архитектуру, триггеры, интеграции, отлаживаю внутреннюю логику. Работа движется каждый день - и чем дальше, тем чаще возвращаюсь к одному и тому же вопросу.

А есть ли вообще смысл создавать новое решение в автоматизации, когда рынок выглядит уже сформированным?

С одной стороны - инструментов хватает.
С другой - в реальных компаниях автоматизация почти всегда ломается на деталях, под которые существующие решения просто не подходят.
То дорого, то слишком сложно, то не хватает гибкости, то всё держится на костылях.

Хочу честно спросить у вас, тех, кто работает с API, интеграциями, бизнес-логикой и автоматизацией. Ваше мнение для меня правда важно.

👇 Оставил небольшой опрос.

Добро пожаловать 👋

Здесь я в открытую показываю, как с нуля создаю свою платформу для автоматизации процессов.

Для кого этот канал:
- для владельцев бизнеса и руководителей, которым надоело жить в ручном режиме;
- для операционных и продуктовых, кто ищет рабочие подходы к автоматизации;
- для технарей, кому интересно, как устроен движок платформы изнутри.

О чём здесь:
- как я проектирую потоки, процессы и интеграции;
- как автоматизировать заявки, согласования, операции;
- какие технические решения выбираю и почему;
- где ошибаюсь и как чиню;
- реальные кейсы, а не теоретические “best practices”.

Формат: короткие, честные, по делу. Без мотивационной воды, без “успешного успеха” и без маркетингового шума.

Если вам интересны автоматизация, процессы и создание продукта - оставайтесь. Дальше будет только глубже и практичнее.

В платформе появился ещё один важный элемент - ноды ChatGPT.

Теперь можно использовать модели OpenAI прямо внутри потоков: подключать генерацию текста, обработку данных, ответы, подсказки и любые сценарии, которые опираются на ИИ.

Это то обновление, которое незаметно меняет ощущение всей системы.

Потоки перестают быть просто последовательностью действий, в цепочке появляется интеллект, который дополняет автоматизацию.

Делюсь этим, потому что для меня это один из тех шагов, после которых начинаешь смотреть на продукт иначе.

Один из потоков, который уже можно собрать на платформе - последовательность на основе вебхука, ChatGPT и Telegram.

Структура простая и показательная:

1. Вебхук принимает входящие данные.
2. Assistant Message отправляет контекст в модель.
3. Delay регулирует время выполнения.
4. Assistant Run формирует итоговый ответ.
5. Telegram-нода отправляет сообщение пользователю.

Логи отображают каждый этап: начало, завершение, длительность.

Это рабочий пример интеграции ассистента в цепочку действий. На его основе уже можно строить более сложные сценарии с условиями, несколькими ветками, разными каналами и источниками данных.

Если интересно увидеть разбор более продвинутых потоков, дайте знать в комментариях или отметьте пост реакцией. Пойму, в какую сторону развивать дальнейшие демонстрации.

У меня тут несколько дней прошли в очень “земном режиме”. Без кодинга, без узлов, без потоков. Ничего особенного не делал по платформе, просто выдохнул и отвлёкся от всей этой истории.

Забавно, но иногда такие паузы дают больше, чем сидение за ноутом до ночи. Голова проветрилась, и теперь гораздо яснее, куда двигаться дальше.

Накидал для себя несколько направлений, между которыми думаю прыгнуть в ближайшее время:
- немного допилить узлы,
- разобрать интерфейс,
- улучшить сценарии,
- и наконец-то собрать пару “живых” примеров автоматизаций.

В общем, ничего геройского сейчас не происходило, просто нормальная пауза, после которой уже тянет обратно в работу.

Если есть запрос на какую-то конкретную тему - напишите. Позже, думаю смогу разобрать интересующий узел, показать поток или приоткрыть какую-то часть платформы, которая вам интересна.

После небольшого отдыха вернулся к проекту с нормальной энергией, и сразу сделал то, что давно хотел: в платформе появилась возможность работать с Airtable.

Теперь потоки могут взаимодействовать с таблицами: получать данные, менять записи, собирать списки, использовать Airtable как основу для логики.

Для меня это важный шаг, потому что платформа становится более гибкой. Появляется больше способов описать процессы, автоматизировать рутину и собирать понятные сценарии.

Покажу позже несколько примеров, как это можно использовать в реальности. Если есть идеи, напишите, что бы вы сделали через Airtable?

Хочу показать один из потоков, который уже реально работает внутри платформы.

Это, автоматизированная выдача товара по запросу.

Никаких ручных таблиц, файлов на рабочем столе, пересылок фото или поисков где лежит тот самый файл. Вся логика собирается в одном месте, и запускается сама.

Что делает поток:

- принимает запрос через Webhook,
- проходит через серию фильтров, выбирая нужную ветку,
- ищет данные в Airtable,
- достаёт файл из Google Drive,
- отправляет пользователю фото в Telegram с описанием товара.

На скрине видно, что поток уже не линейный. Это полноценная разветвлённая система с независимыми ветками и отдельными правилами для каждого пути.

По сути, это небольшой автоматизированный сервис, который сам понимает, что искать, где взять и как ответить.

И да, всё это без единой строчки кода.

Сейчас начинаю собирать более продвинутые потоки с параллельной логикой, условиями и несколькими источниками данных одновременно.

Если интересно увидеть разбор какого-то конкретного кейса или идею в действии, напишите. Возможно, следующий поток соберу как раз на основе вашего запроса.

Хочу показать следующий поток, который собирается поверх того, что я показывал до этого.

Заранее прошу прощения за низкое качество вложений. Буду исправляться 😊

В прошлый раз поток просто находил товар и отправлял фото пользователю. Теперь, это уже полноценная логика добавления товара в корзину, где каждая ветка отвечает за свой путь.

Что здесь происходит:

- Webhook принимает данные от пользователя
- Airtable ищет нужный товар
- Фильтры определяют, что нужно сделать дальше
- Если товар уже есть в корзине - запись обновляется
- Если товара нет - создаётся новая позиция
- Параллельно подтягиваются изображения из Google Drive
- Telegram отправляет итоговое уведомление пользователю

По сути, это маленькая модель корзины, собранная целиком на потоках, без кода, без API-ручного программирования и без сторонних сервисов.

На скрине видно, как логика начинает расползаться вширь: появляются условия, разные типы операций, обновления, создание записей, агрегаторы.

Это уже не просто автоматизация, а зачаток полноценной внутренней бизнес-логики.

И всё это собирается визуально, шаг за шагом.

Если интересно, могу показать следующий этап:
- удаление из корзины,
- расчёт итогов,
- или полноценный checkout-процесс.

Напишите, что было бы полезнее разобрать, ориентируюсь на ваш интерес.

За время работы с автоматизациями я всё чаще ловлю себя на одной мысли: большинство проблем в no-code платформах появляются не из-за интеграций, а из-за execution (исполнений потоков).

Опишу несколько типичных ошибок, которые встречаются чаще всего.

1. Непредсказуемый порядок выполнения: Когда шаги вроде бы идут по цепочке, но внутри движка они могут выполняться не так, как ожидает пользователь.

В итоге сценарий “иногда работает, иногда нет”, и отладка превращается в гадание.

2. Потеря состояния между шагами: Execution не понимает, что именно уже было выполнено, где сценарий находится сейчас и что делать при повторном запуске.

Особенно болезненно это проявляется при ретраях и ошибках.

3. Ошибки, которые проглатываются: В интерфейсе всё зелёное, но внутри шаг упал, данные не дошли, а пользователь узнаёт об этом слишком поздно.

Логи либо отсутствуют, либо не дают понимания, что пошло не так.

4. Execution, завязанный на UI: Когда логика выполнения слишком тесно связана с тем, как выглядит редактор.

Меняешь одно - ломаешь другое. Добавляешь фичу в UI - рискуешь стабильностью.

5. Отсутствие защиты от крайних сценариев: Параллельные запуски, повторные события, задержки, паузы.

Пока система маленькая - всё кажется нормальным. Как только появляется реальная нагрузка, всплывают самые неприятные баги.

Именно поэтому сейчас основной фокус - не на внешнем блеске, а на том, чтобы execution был понятным, стабильным и честным.

Всё остальное можно исправить. Фундамент - нет.

В прошлых постах я писал про важность контроля исполнения потоков. Это не абстрактная тема - это то, из-за чего большинство no-code потоков либо работают стабильно, либо превращаются в лотерею.

Сейчас фокус нацелен на страницу executions и то, как потоки ведут себя после запуска.

Есть всего несколько состояний:

Success
Поток дошёл до конца. Все шаги отработали, результат получен.

Error
Поток остановился из-за ошибки. Это неприятно, но честно - система сразу показывает, где и почему всё сломалось.

Skipped
Шаг был пропущен. Условие не выполнилось, и поток просто пошёл дальше.

Почему я этим занимаюсь сейчас?

Потому что без понятного execution невозможно нормально отлаживать потоки. Когда ты видишь не просто что-то пошло не так, а конкретный шаг, время, длительность и попытки - работа становится предсказуемой.

Очень скоро приведу эту часть в порядок, чтобы потоки было легко читать уже после запуска, а не разбираться вслепую.

Это не самая заметная часть платформы, но именно она делает автоматизацию рабочей, а не декоративной.

Закрыл большой блок, время передохнуть и двигаться дальше.

На этом этапе работа над исполнениями потоков подошла к логическому завершению - работа над тем, как сценарии ведут себя после запуска: как выполняются шаги, где они останавливаются, что пропускается и почему.

Параллельно с этим довёл до ума security и workspace-логику для B2B. Разграничение доступа, изоляция данных, отдельные пространства для команд, без этого платформа не может быть рабочим инструментом для бизнеса.

Это не те вещи, которые эффектно выглядят на скринах. Но именно они делают систему надёжной и предсказуемой.

Когда execution стабилен, безопасность выстроена и есть нормальная модель работы для команд, логично упереться в следующую задачу - правильный счётчик.

Не примерный, не для галочки, а такой, который честно отражает, что именно происходит внутри потоков: сколько реально выполняется шагов, где расходуются ресурсы, и почему цифры выглядят именно так.

Без этого невозможно ни масштабирование, ни прозрачность, ни доверие к платформе.

Так что следующий фокус - учёт.

Execution дал фундамент, security и workspaces дали структуру. Теперь очередь за цифрами.

Дальше будет менее заметно внешне, но гораздо важнее внутри.

Поздравляю всех с наступающим Новым годом!

В этом году вокруг платформы собралась небольшая, но очень внимательная аудитория - люди, которым интересны не только готовые продукты, но и сам процесс их создания.

Спасибо, что следите за развитием проекта, смотрите на промежуточные шаги и поддерживаете интересом и обратной связью.

В новом году желаю вам:

- устойчивых систем и надёжных процессов,
- проектов, которые растут не только вширь, но и в глубину,
- партнёров и команд, на которых можно опираться,
- и результатов, за которые не стыдно;

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

Увидимся уже в новом этапе развития платформы.