Автоматизация
Как собирать сценарии из модулей: триггер, шаги, расписание, условия остановки и проверка каждой задачи.
Коротко
- Открыть в панели: /automation
- Как собирать сценарии из модулей: триггер, шаги, расписание, условия остановки и проверка каждой задачи.
- Внутри: Триггер, Шаги, Входные данные, Расписание, Параллельность.
Перед запуском
- Сценарий должен иметь одну понятную цель: прогреть аккаунты, собрать базу, запустить комментарии, передать трафик в воронку.
- Все модули внутри сценария должны быть уже протестированы отдельно на малом пакете.
- Нужны правила остановки: когда остановить цепочку из-за ошибок, лимитов, пустой базы или проблем аккаунтов.
Как проверить результат
- У сценария видна цепочка задачи, а не один общий статус без деталей.
- Каждый шаг показывает входные данные, результаты, логи и артефакты.
- Условия остановки реально останавливают цепочку при плохой базе, FloodWait или пустом результате.
Настройки
Поля сценария
Кнопки и проверка сценария
Как запускать
- 1Опишите цель сценария и конечный результат.
- 2Проверьте каждый модуль отдельно: парсер, прогрев, трафик, воронка.
- 3Соберите шаги в правильном порядке и передайте результаты между ними.
- 4Настройте расписание, параллельность и условия остановки.
- 5Запустите проверочный запуск или маленький тест.
- 6Проверьте цепочку задачи: каждый шаг, входы, выходы, ошибки и финальный результат.
Если что-то пошло не так
- Если сценарий стартует, но ничего не делает, проверьте триггер и входные базы.
- Если ломается второй шаг, сначала откройте результат первого шага: часто дальше передана пустая или неподходящая база.
- Если аккаунты перегружаются, уменьшите параллельность и разнесите сценарии по времени.
Автоматизация соединяет уже понятные модули
Сценарий не должен чинить плохо настроенный парсер, слабый прогрев или нерабочую воронку. Сначала каждый модуль проверяется отдельно, потом они соединяются в цепочку.
Хорошая автоматизация показывает не один общий статус, а каждый шаг: что он получил на вход, что сделал, что передал дальше и почему остановился.
Перед регулярным запуском оператор должен понимать, какие данные переходят между шагами. Например, парсер сохраняет базу, прогрев готовит пул, комментарии ведут трафик, а воронка считает результат.
Остановка важнее бесконечного выполнения
Если парсер вернул пустую базу, прогрев дал ограничения или воронка не отвечает, сценарий должен остановиться и показать причину. Иначе следующий шаг повторит тот же неудачный вход на большем объеме.
Перед включением регулярного расписания всегда запускайте проверочный прогон на малом объеме и смотрите журнал шагов. Это самый быстрый способ увидеть, где цепочка рвется.
