Routines: что поставить на расписание первым
Увидели Routines и захотели «поставить весь бизнес на автопилот». Так обычно и ломают первый месяц: слишком эффектная задача, слишком много прав, слишком мало проверки. Правильный старт — не самая красивая автоматизация, а самая повторяемая и безопасная.
Расписание в Grok Bot — как автоматизация быстрых действий на айфоне: удобно, пока «опубликовать» и «оплатить» не уходят без подтверждения. Метафора раз — в Grok Bot как айфон. База: что такое Grok Bot, как создать своего, официально x.ai/bot и Grok Bot 101.
Ниже — критерии выбора первой Routine, три безопасных старта, что пока не ставить, порядок «ручной прогон → тест → расписание» и когда мандат пора менять.
Как выбрать первую Routine
Хороший кандидат проходит четыре фильтра. Если хотя бы один «нет» — оставьте задачу ручным запуском.
Повторяется по расписанию
Ежедневная сводка, утренний список просрочек, подготовка вопросов к стендапу — да. Разовый «разбери хаос в Notion» — нет. Разовое лучше закрыть узким мандатом без cron.
Не требует секретного решения
Если каждый раз нужен вкус, политика или юридический нюанс «на глаз» — это не первая Routine. Бот может готовить черновик; решение о смысле оставляет человек.
Результат можно проверить за несколько минут
Открыли файл — поняли, ок или нет. Если проверка занимает час — сначала упростите формат артефакта.
Ошибка не ломает внешний процесс
Черновик в папке — ок. Автопубликация, авторассылка, автоплатёж — не ок для старта. Цена ошибки должна быть низкой.
Три безопасных старта
Все три — с владельцем, форматом и временем проверки. Примеры ролей можно сверить с кейсами.
1. Черновик ежедневной сводки Источник: одна разрешённая папка или коннектор. Выход: markdown/таблица. Время проверки: 5–10 минут утром. Публикации нет. Владелец: редактор или операционный менеджер.
2. Список задач и просрочек Источник: таск-трекер с минимальными правами чтения. Выход: короткий список «просрочено / сегодня / риски». Без закрытия чужих задач и без пинга клиентов.
3. Вопросы к встрече Источник: заметки прошлой встречи + повестка. Выход: 7–10 вопросов и пробелы в данных. Без отправки приглашений и без правок календаря без approval.
| Routine | Триггер | Артефакт | Approval |
|---|---|---|---|
| Сводка | Утро, будни | Черновик файла | Перед любой публикацией |
| Просрочки | Утро | Список в документе | Перед сообщениями людям |
| Вопросы к встрече | За час до слота | Список вопросов | Перед правкой календаря |
Что пока не ставить на расписание
Оставьте человеку или вынесите за approval финальный шаг:
- платежи и смену тарифов;
- удаление данных;
- публикацию без ревью;
- изменение прод-конфигурации, DNS, прав доступа;
- массовые рассылки;
- всё с юридическим или финансовым риском при ошибке.
Если процесс «очень нужен по cron» — Routine готовит артефакт, человек нажимает финал. Тот же принцип, что в безопасном первом контуре: черновик раньше допуска.
Как настроить и протестировать
Не фиксируем кнопки UI — они меняются. Логика порядка важнее скриншота.
- Ручной запуск. Тот же мандат, те же источники, один прогон руками. Есть артефакт? Понятен пустой результат?
- Один тестовый цикл. Поставьте редкий/тестовый слот, дождитесь срабатывания, сверьте часовой пояс (для RU часто Europe/Moscow).
- Проверка сбоев. Что будет, если источник пуст? Есть уведомление? Повторяет ли слепой прогон?
- Только потом — боевое расписание. Частоту не завышайте «на всякий»: лишний прогон жрёт бюджет.
Routines расходуют лимит по факту выполнения — смотрите дашборд, не выдуманную формулу. On-demand «чтобы Routine не встала» без владельца и стопа — плохая идея; см. дисциплину расхода в сжёг лимиты за день.
Чеклист перед cron:
- Мандат узкий, роль одна
- Источники минимальные
- Часовой пояс сверен
- Пустой результат обработан
- Approval на внешнее действие
- Владелец проверки назван
- Ручной прогон и тест пройдены
- On-demand не открыт «на всякий»
Как понять, что Routine пора менять
Сигналы:
- результат каждый раз сильно правят руками;
- входы плавают (то одна папка, то другая);
- бот просит уточнения или секреты;
- частота выше, чем польза от проверки;
- команда не помнит, зачем этот cron.
Что делать: сузить мандат, зафиксировать формат, снизить частоту, вернуть шаг в ручной запуск. Не наращивать on-demand. Если объём стабильно большой и нужны параллельные руки — Heavy считайте как ФОТ многорукого / зарплату, не как чатовую подписку.
Первую победу без расписания всё ещё лучше закрыть через первый час.
Часовой пояс и «тихое» утро
Для команд в России чаще всего ставят Europe/Moscow и явно пишут это в заметке к Routine. Иначе тестовый цикл «сработал ночью», а вы думаете, что cron мёртв. После смены DST или переезда сотрудника перепроверьте слот — это дешевле, чем неделя битых сводок.
Ещё один практический стоп: не ставьте первую Routine на пик чужой нагрузки (релиз, закрытие месяца), если проверка займёт у владельца больше десяти минут. Автоматизация должна экономить внимание, а не съедать его в самый плохой день.
Если после двух недель черновик всё ещё переписывают наполовину — это сигнал сузить источники и формат, а не увеличивать частоту. Частота без качества только ускоряет расход лимита.
FAQ
Что поставить на расписание первым? Регулярный черновик или сводку с ограниченными источниками и простой проверкой человеком.
Можно ли Routine сразу публиковать? Не рекомендуется. Оставьте approval перед внешним действием.
Как проверить расписание? Ручной прогон → тестовый цикл → сверка часового пояса и уведомлений → затем боевой cron.
Routines расходуют лимит? Да, по факту выполнения и условиям плана. Смотрите актуальный дашборд.
Нужен ли on-demand для Routine? Только при понятной причине, владельце и стопе. Это не бесплатный запас.
Когда нужен Heavy? Для устойчивого объёма и нескольких рук. Heavy — ФОТ многорукого, не подписка на чат.
Что сделать сейчас
- Выберите одну повторяемую задачу из трёх безопасных стартов.
- Запустите вручную с узким мандатом.
- После удачного теста поставьте расписание и оставьте approval на финал.
- Актуальный UI и возможности — x.ai/bot, гайд — Grok Bot 101. Онбординг — /start.