Коротко
Чем автозадача отличается от разговора с агентом?
В обычном разговоре с ИИ-агентом всё начинается с тебя: открыл, спросил, получил. Если ты не пришёл, ничего не произошло. Автозадача убирает это звено.
У любой автозадачи три части:
- Когда. Повод запуска: каждый час, каждый день в конкретное время, по будням, раз в неделю.
- Что. Сохранённое задание - один и тот же текст, который агент выполняет при каждом запуске. Поэтому результат стабильный.
- Куда. Где остаётся результат: уведомление, отдельный разговор в списке, файл-отчёт в папке проекта.
Я держу несколько таких задач для себя. По будням в одиннадцать утра агент собирает разбор, где в воронках продаж лежат деньги, до которых не доходят руки, и кладёт черновик решений - сам он ничего никому не пишет. По понедельникам другой сборщик готовит сырьё для недельной рефлексии по всем проектам.
Три типа автозадач: отчёт, сторож, проверка
Три типа покрывают почти всё, что нужно в первый месяц:
| Тип | Что делает | Примеры |
|---|---|---|
| Отчёт | по расписанию собирает сводку из данных | договоры со сроком в ближайшие семь дней; заявки с сайта за сутки одним списком; выжимка изменений законодательства за неделю |
| Сторож | проверяет одну вещь и пишет только при отклонении | счёт не оплачен к сроку; заявка без ответа дольше обещанного; сайт не открывается |
| Техническая проверка | раз в неделю прогоняет готовые проверки проекта | проверка безопасности изменений за неделю; проверка резервной копии; устаревшие зависимости |
Примеры в таблице не выдуманы: на финальном занятии курса для юристов такие автозадачи разбирали на задачах из их практики. Еженедельное исследование юридической практики в реестр, выжимка изменений законодательства, заявки с сайта с распределением по исполнителям.
Выбирать первую автозадачу стоит не по важности, а по частоте и скуке. Первая - учебная: её цель дать рабочий навык. Важное отдашь машине третьим или четвёртым, когда рука будет набита.
Почему сначала руками, а потом по расписанию?
Автозадача рождается не из фантазии, а из уже сделанной работы. Ты один раз делаешь задачу вместе с агентом и правишь результат: «это лишнее», «здесь нужна цифра, а не рассуждение», «пиши короче».
Когда результат наконец устраивает, просишь агента записать найденный способ как инструкцию, вместе со всем, что ты забраковал. Теперь у задачи есть проверенный метод, и только его имеет смысл запускать без тебя. Как оформлять такие инструкции, разбирал в материале о том, что делать, когда задача повторилась третий раз.
На обучении этот путь иногда разворачивает сам проект.
Одна участница практикума на финальном занятии сказала: «Ну, получилось, что мой проект не проект, а рутина. И я сейчас настроила этот проект как рутину... И в целом всё нормально работает». Задача, которую она собиралась превратить в приложение, оказалась автозадачей - и это хороший исход, а не компромисс.
Что будет, когда закроешь ноутбук?
Это главный вопрос, который задают после первой настройки. Ответ зависит от того, где живёт автозадача.
| Локальная | Облачная | |
|---|---|---|
| Где работает | на твоём компьютере | на серверах компании-разработчика |
| Нужен ли включённый компьютер | да, и приложение должно быть открыто | нет |
| Видит твои файлы | да | нет, работает со свежей копией проекта из хранилища |
| Вопросы о разрешениях | можно настроить для каждой задачи | не задаёт, работает самостоятельно |
| Самый частый запуск | раз в минуту | раз в час |
У локальной автозадачи есть важная механика пропусков. Если компьютер спал в момент запуска, прогон пропускается. Когда компьютер проснётся, приложение проверит пропуски за последнюю неделю и сделает ровно один догоняющий прогон, за самое свежее пропущенное время.
Отсюда практическое правило: если время суток важно, впиши страховку прямо в задание. Например: «если сейчас позже пяти вечера, разбор дня не делай, просто сообщи, что запуск пропущен». Автозадача на девять утра иначе может отработать в одиннадцать вечера.
И ещё одна ловушка: задание, которое упирается в запрос разрешения, будет ждать ответа всё утро. Лечится проверочным запуском сразу после создания: запусти задачу вручную, посмотри, какие разрешения она просит, и разреши их заранее. Как устроены эти разрешения, разобрано в материале о том, что агент видит на твоём компьютере.
Тихие поломки и как их поймать
Автоматизация ломается тихо, и причины почти всегда бытовые:
- переименовал папку, и автозадача не находит данные;
- поменял структуру файла, и разбор потерял смысл;
- компьютер спал в момент запуска;
- задание упёрлось в запрос разрешения и ждало ответа;
- лимит подписки закончился раньше, чем подошло время запуска.
Самая надёжная защита - раз в неделю открывать список автозадач и смотреть дату последнего прогона у каждой. Это тридцать секунд, и они закрывают почти все тихие смерти.
Вторая защита пишется прямо в задании. Автозадача может отработать с зелёным статусом и выдать пустой результат, если данные не нашлись. Поэтому в задание стоит добавить строку: «если файл не читается или данных нет, напиши это прямо, это тоже результат».
Отдельное правило для сторожа: норма - тишина, сигнал - только отклонение. Сторож, который каждый день пишет «всё хорошо», через неделю перестают читать. Проверяют его подставным отклонением: добавь в данные одну выдуманную строку, запусти, посмотри на сигнал и сразу убери строку.
Если результат автозадачи уходит клиенту или коллегам, пусть она кладёт черновик тебе на утверждение, а не отправляет сама. Автоматически наружу уходит только то, что ты уже много раз проверил глазами.
Расписание в самом продукте: когда результат ждут другие
Автозадача агента живёт на твоём компьютере или в облаке разработчика и работает на тебя. Когда результат ждут клиенты, расписание переезжает в сам продукт.
Этот блог так и устроен. Статьи из календаря публикуются сами: раз в пятнадцать минут на сервере запускается проверка, не подошло ли время публикации, и отдельные задачи по расписанию ищут битые ссылки. Агент в этом не участвует, он нужен только для доработки, - почему так, разбирал в материале о том, нужен ли Claude готовому приложению.
На серверах есть грабля, на которую наступают все: часы площадок идут по всемирному времени, а не по московскому. Поставил запуск на девять утра - сработает в полдень по Москве. Проверяется это только фактом: после первой настройки дождись реального запуска и посмотри время в журнале.
Частые вопросы
Частые вопросы
Главный вывод
Начинать стоит с малого: одна скучная и частая задача, доведённая до нужного качества руками, записанная в инструкцию и поставленная на расписание. Через неделю у тебя появляется первое утро, которое начинается с готового результата.
Практический минимум на сегодня: выбери одну задачу, которую ты повторяешь каждую неделю, и сделай её с агентом так, чтобы результат тебя устроил. Расписание - следующим шагом.
А какая твоя еженедельная задача могла бы приходить сама?
Источники
- Schedule recurring tasks in Claude Code Desktop - локальные автозадачи, пропуски и догоняющий прогон, документация Anthropic
- Automate work with routines - облачные автозадачи Claude Code, документация Anthropic
- Scheduled tasks - автозадачи в ChatGPT и требования к включённому компьютеру, ChatGPT Learn
- cron - классический планировщик задач по расписанию, Википедия
- Coordinated Universal Time - всемирное время, по которому живут серверы, Википедия
