У тебя уже есть сценарии, которые срабатывают сами. Значит, однажды утром один из них промолчит — и ты об этом узнаешь не сразу. Этот урок про то, как за минуту понять, где именно оборвалась цепочка, вместо того чтобы гадать и пересобирать всё заново.
Вчера всё работало. Сегодня 7:15, телефон пустой, сообщения нет. Первая мысль — «сломался Make». Вторая — «удалю и соберу заново». Обе плохие: в первом случае ты ждёшь, пока починится само, во втором тратишь час и кредиты на то, что и так работало.
На самом деле у молчащего сценария всего три возможные причины . И все три видно в одном месте — во вкладке с историей выполнений. Проверка занимает минуту.
Он вообще не запускался. Тумблер выключен, или расписание стоит не на то время, или Make сам отключил сценарий после нескольких ошибок подряд. В истории — пусто.
Запустился, но данных не было. Таблица вернула ноль строк, фильтр всё отсеял. В истории — зелёная галочка. Именно поэтому она и обманывает.
Упал на конкретном модуле. Телеграм не нашёл чат, у таблицы отвалился доступ. В истории — красный значок и текст ошибки прямо на шаге.
Отладка — это не «попробовать наугад». Это четыре вопроса подряд, и после каждого круг подозреваемых сужается вдвое. К концу урока ты будешь задавать их автоматически.
🧰 ИНСТРУМЕНТЫ
В Make не нужен отладчик и никакие консоли. Всё, что нужно для поиска поломки, лежит на одном экране редактора сценария.
▶️ Run once
Кнопка внизу слева. Запускает сценарий прямо сейчас, один раз, не дожидаясь расписания. Незаменимо, когда триггер стоит на 7 утра, а чинишь ты вечером. Учти: прогон настоящий — кредиты за него списываются как обычно.
🕘 История выполнений
Вкладка внизу редактора (History). Список всех запусков: когда, чем закончился, сколько операций съел. Хранится несколько дней — этого хватает, чтобы понять, когда именно всё сломалось.
🔽 Разворачивание шага
Клик по модулю в логе — и он раскрывается на две половины: INPUT (что в него пришло) и OUTPUT (что он отдал дальше). Это самое полезное, что есть в Make, и новички почти никогда туда не заглядывают.
Прогон сценария «Утро» · 17 авг, 07:00 · ✅ Success · 4 операции
Разверни каждый шаг — увидишь, как данные текут по цепочке. Кликай по строкам.
INPUT — что пришло
OUTPUT — что ушло дальше
👀 Заметил главное? OUTPUT одного шага — это INPUT следующего. Сценарий — это ведро воды, которое передают по цепочке. Поломка всегда там, где ведро в последний раз было полным, а стало пустым.
🧭 АЛГОРИТМ
Запомни последовательность — она работает для любого сценария, хоть на три модуля, хоть на десять. Идёшь строго сверху вниз и останавливаешься на первом «нет».
Где смотреть:
Если «нет»:
🔍 Найди сломанный шаг
Три настоящих лога — три разных поломки. В каждом ткни в шаг, на котором цепочка оборвалась. Не в тот, где ты видишь последствие, а в тот, где началась причина. +10 за каждый верный.
🪙 КРЕДИТЫ
Самая обидная поломка вообще не выглядит как поломка. Сценарий зелёный, ошибок нет, всё «работает». А пятого числа он перестаёт запускаться, потому что месячный лимит кончился.
Классика: ставишь сценарию расписание «каждые 15 минут» — просто потому, что так предложено по умолчанию, и вроде «чем чаще, тем свежее». Сценарий послушно просыпается 96 раз в сутки , каждый раз лезет в таблицу, ничего нового не находит и засыпает. Полезного действия — ноль. Кредиты списываются за все четыре модуля каждый раз.
На бесплатном плане (на момент записи) — 1 000 кредитов в месяц , и 1 сработавший модуль = 1 кредит. 96 запусков × 4 модуля = 384 кредита в день. Лимит выгорает примерно за два с половиной дня , и вместе с ним останавливается твой бот из четвёртого модуля. Обидно вдвойне: сгорело на пустых прогонах.
🔎 Как это увидеть за 20 секунд
Открой историю выполнений. Если она выглядит стеной одинаковых записей через каждые 15 минут — вот он, виновник.
Смотри колонку с операциями и статус: десятки запусков подряд с одинаковым результатом и без единого сообщения на выходе = холостой ход.
Общий расход за месяц — в настройках профиля организации, раздел с использованием кредитов. Там же видно, какой из сценариев съел больше всех.
🧮 Посчитай сам
Покрути расписание и число модулей — и найди вариант, который влезает в 1 000 кредитов. +10, когда уложишься.
Как часто запускается
Модулей в сценарии:
кредитов в месяц
🔧 Чиним расписанием, а не удалением. Три вещи по порядку: поставь запуск раз в день в нужное время вместо «каждые 15 минут»; поставь фильтр сразу после триггера, чтобы тяжёлые модули вообще не просыпались зря (это было в прошлом уроке); выключи тумблером сценарии, которыми не пользуешься — выключенный не тратит кредиты и не занимает слот, а данные и настройки остаются на месте.
🧪 ПРАВИЛО
Это правило экономит больше нервов, чем все инструменты выше вместе взятые. Формулируется в одну строку: пока сценарий сырой, он не должен трогать ничего настоящего.
🕳 Как делают обычно
Сразу подключают рабочую таблицу с настоящим расписанием
Сразу вписывают чат класса на 28 человек
Включают тумблер и идут спать
В 7:00 в чат класса улетает «Сегодня у тебя: undefined»
✅ Как надо
Заводишь в таблице одну строку с пометкой ТЕСТ и понятными данными
В Telegram ставишь свой личный чат с ботом
Жмёшь Run once и смотришь OUTPUT последнего модуля глазами
Только когда три прогона подряд чистые — меняешь чат и таблицу на настоящие
📋 Чеклист перед «подключаю настоящее»
Три прогона Run once подряд без единого красного значка Развернул последний модуль и прочитал OUTPUT — там осмысленный текст, а не пустота Проверил, что будет при пустых данных: сценарий молчит, а не шлёт мусор Поставил расписание пореже, чем «каждые 15 минут» Заменил тестовый чат и тестовую строку на настоящие Включил тумблер — иначе всё это осталось выключенным
⏱ И маленькое, но важное: не жди расписания, чтобы проверить правку. Один Run once сейчас лучше, чем сутки ожидания и второй такой же баг завтра утром.
Разбор полётов своего сценария Как ты будешь искать поломку в своём сценарии