Автоматизация ломается не в нодах, а в плохом входе и отсутствии контроля

Автоматизация ломается не в нодах, а в плохом входе и отсутствии контроля

Ручная рутина в арбитраже обычно выглядит одинаково: собрал лиды, переписал в табличку, разослал в чат, проверил статус, повторил. На объёме это съедает не креатив, а внимание. Сценарий лучше строить так: вход → нормализация → проверка → действие → лог.

Главные правила:
— один источник правды для статуса, а не 3 таблицы и 2 чата;
— на каждом шаге ставить фильтр на дубли и пустые поля;
— ошибки не прятать, а складывать в отдельный лог с причиной;
— любое действие, которое нельзя повторить без человека, должно иметь ручной approve. ⚙️

Узкое место почти всегда одно: внешний API режет по rate limit или отдает мусор. Лечится очередью, паузой между запросами и повторной попыткой только для упавшего шага, а не всего сценария. Иначе один битый запрос стопорит весь конвейер.

Хорошая автоматизация не делает «магии» — она убирает 80% рутины и оставляет человеку только проверку исключений. Если сценарий нельзя описать в одну цепочку из 4–5 узлов, сначала упростите процесс, потом автоматизируйте.