Задачи Claude Code по расписанию: Cloud, Desktop или /loop
Выберите Cloud, Desktop или /loop для задачи Claude Code, проверьте ручной и автоматический запуск, доступ к файлам, поведение после сна и отмену расписания.
Содержание
Сначала определите, где лежат данные и должен ли запуск состояться при выключенном компьютере. Проверка локального файла требует доступа к вашей машине. Проверка репозитория без работающего ноутбука — отдельной облачной среды. Для короткого наблюдения во время текущей работы достаточно /loop.
Это разные способы запуска. Успешно сохранённое расписание ещё не означает, что задача получила нужные файлы, выполнилась и оставила проверяемый результат.
Выберите место выполнения
| Условие | Cloud routine | Локальная задача Desktop | /loop в сессии |
|---|---|---|---|
| Где выполняется | В облачной среде | На вашем компьютере | В работающей сессии Claude Code |
| Компьютер может быть выключен | Да | Нет | Нет |
| Нужны локальные файлы | Нужны данные, доступные облачной среде | Подходит | Подходит |
| Что происходит при перезапуске | Расписание сохраняется | Расписание сохраняется | Незавершённые и неистёкшие задачи восстанавливаются при resume |
У Cloud нет вашей текущей локальной папки: для обычного облачного запуска выбирается репозиторий и используется его клон. У Desktop есть локальные файлы, но приложение должно оставаться открытым, а компьютер — бодрствовать. Эти условия и выбор рабочей папки описаны в документации Desktop.
Сначала проверьте одну задачу без расписания
Для опыта подготовьте тестовый проект с небольшим README.md, в котором нет секретов. Сохраните его копию до запуска. Для облачной проверки файл должен быть закоммичен в выбранный тестовый репозиторий.
Используйте один и тот же запрос:
Открой только README.md в выбранном проекте.
Верни первую непустую строку и число заголовков второго уровня,
начинающихся с "## ". Если файл отсутствует, сообщи об этом.
Не изменяй файлы, не запускай shell-команды и не отправляй сообщения.
Начни ответ с SCHEDULE_CHECK.Сверьте строку и число заголовков вручную. Проверьте также каталог: файлы не должны измениться. Это проверяет доступ к входу и понятность задания. Ограничения в prompt выражают намерение; фактические возможности определяются настройками среды и разрешениями инструментов.
Если первый запуск не читает файл, расписание не исправит проблему. Сначала уточните выбранный проект, доступ и путь. Если ответ правильный, можно проверить сам триггер.
Для короткого наблюдения используйте явный /loop
В текущей CLI-сессии задайте интервал и конкретный prompt, например:
/loop 5m Прочитай только README.md. Ответь SCHEDULE_CHECK и первой непустой строкой. Не меняй файлы, не запускай команды и не отправляй сообщения.Запишите подтверждённый интервал и ID задачи. Дождитесь одного автоматического ответа, затем попросите Claude перечислить запланированные задачи и отменить именно этот ID. Снова получите список и убедитесь, что задачи там больше нет.
Не считайте время запуска точным таймером: /loop использует расписание с допустимым смещением, а занятая сессия выполняет проверку позже. Повторяющиеся задачи истекают через семь дней. Новая беседа их не переносит; --resume или --continue восстанавливает только подходящие неистёкшие задачи. Подробности и команды управления находятся в руководстве /loop.
Всегда указывайте тестовый prompt. Пустой /loop может запустить встроенную процедуру обслуживания текущей работы, а не ваш опыт с README.
Для локальных файлов настройте Desktop
В разделе Routines создайте Local task, выберите тестовую папку и вставьте тот же запрос. Сначала используйте Run now: просмотрите результат и возможные запросы разрешений. Затем включите расписание и проверьте отдельный автоматический запуск по истории.
Если компьютер спал, Desktop может выполнить одну пропущенную задачу после пробуждения: учитывается последнее пропущенное время за семь дней, а не каждая пропущенная итерация. Поэтому реальная рабочая задача должна ясно определять, какие данные ей нужны при позднем запуске. Например, ежедневная проверка может читать изменения за указанную дату, а не считать момент запуска началом нового отчётного дня.
После опыта переведите задачу в Paused. В истории различайте ручной запуск, автоматический запуск, пропуск и ожидание разрешения. Кнопка Run now проверяет исполнение, но сама по себе не подтверждает работу расписания.
Для работы без ноутбука выберите Cloud
Если вашему аккаунту доступна Cloud routine, создайте её через Routines, выберите тестовый репозиторий и нужную среду. Добавьте только необходимые connectors, задайте prompt и расписание. Сначала выполните Run now, затем проверьте отдельную запланированную сессию.
Cloud routine запускается автономно: внутри выполнения нет обычных запросов разрешения. Доступ определяется репозиториями, сетью, переменными среды и подключёнными connectors. Поэтому для первого опыта достаточно чтения тестового README; доступ к рабочей почте или публикации ему не нужен. Настройка и управление описаны в руководстве Routines.
После проверки выключите повторение. Сохраните ID, ожидаемое и фактическое время, ссылку на результат и причину пропуска, если он был. Когда эти данные понятны, замените тестовый prompt конкретной рабочей задачей и ещё раз проверьте вход, разрешения и результат. Выбор Cloud или Desktop решает, где запускается работа; качество самой задачи всё равно нужно проверять отдельно.
