Scheduled Tasks в ChatGPT стоит воспринимать как prompt, который запускается по расписанию, плюс те возможности ChatGPT, которые реально доступны в вашем аккаунте или workspace. Это не автономный агент с гарантированным доступом ко всем старым чатам, файлам проектов, локальным папкам, custom GPT, голосовым чатам, webhook и внешним действиям в подключенных сервисах.
Быстрая граница такая:
- Можно планировать как надежную основу: текст задачи, расписание, уведомления, настройки задачи и связанную страницу задачи или чат.
- Можно использовать только при выполнении условий: Memory, подключенные и разрешенные инструменты или приложения, а также историю запусков мониторинговой задачи.
- Нельзя закладывать как вход: все прошлые чаты, файлы проекта, файлы из других чатов, GPTs, голосовые чаты, локальные файлы, локальную сеть и произвольные действия в подключенных аккаунтах.
- Лучше вынести в другой маршрут: webhook, API cron, локальный скрипт, CI, очередь, workflow с retry, файловые задачи и детерминированное внешнее выполнение.
Если факт обязан присутствовать во время будущего запуска, он должен быть записан в prompt задачи. Memory может помочь с тоном, единицами измерения или стилем, но не должна быть скрытым хранилищем для клиентских порогов, содержимого файлов, требований compliance, секретов, локальных путей или инструкций, которые должны выполняться дословно.
Фактическая рамка: страницы OpenAI Help Center о Tasks in ChatGPT, ChatGPT capabilities, Memory, Projects и Data Controls были проверены 30 июня 2026 года. Доступность тарифов, лимиты активных задач, названия моделей, поддержка инструментов и приложений, регион, политика workspace и пути в интерфейсе остаются чувствительными к аккаунту и rollout.
Короткий ответ: проектируйте задачу вокруг явного контекста
Надежная запланированная задача должна быть понятна без вашего присутствия. В prompt должны быть цель, область, допустимые источники, формат результата, стоп-условия и любые факты, которые изменят ответ, если ChatGPT их не увидит.
| Граница | Безопасное правило | Что проверить |
|---|---|---|
| Prompt задачи | Записать факты, даты, формат, ограничения и stop rule прямо здесь | Будет ли prompt понятен завтра без старого разговора |
| Расписание | Выбрать одноразовый, повторяющийся или мониторинговый запуск | Официальная страница указывает, что задачи не запускаются чаще одного раза в час |
| Memory | Считать персонализацией, а не точной базой данных | Включена ли Memory и какой режим памяти использует аккаунт |
| Файлы проекта | Не полагаться на них | Официальная страница задач говорит, что задачи в проекте с файлами не получают доступ к этим файлам |
| Инструменты и приложения | Использовать только доступные и разрешенные возможности | План, регион, подключение, scope, политика workspace и review |
| Внешняя автоматизация | Назначить другого владельца | API cron, workflow-платформа, CI, очередь, локальный скрипт или агент репозитория |
Если последняя колонка не заполнена, задача еще не готова для unattended use. Она может быть хорошим ручным запросом в ChatGPT, но это еще не надежный schedule.
Какой контекст получает запуск задачи
Начинайте с prompt, а не со скрытой памяти. Prompt — единственное место, где вы осознанно закрепляете данные, которые будущий запуск должен увидеть. Хороший prompt говорит, что проверять, какие источники разрешены, что игнорировать, как оформлять результат и что делать при отсутствии обязательных данных.
Связанный чат важен как контейнер продукта: через него можно управлять задачей, а удаление связанного чата может поставить задачу на паузу. Но это не означает, что каждая строка всех прошлых диалогов становится надежным входом. Планируйте задачу так, будто она должна понять ключевые факты из собственного prompt и разрешенных источников.
Мониторинговые задачи добавляют важную деталь. Они могут повторно проверять условие и помнить результаты своих предыдущих запусков, чтобы сравнивать состояние или остановиться при выполнении условия. Это история самой задачи, а не замена обязательных справочных материалов. Если недельный мониторинг зависит от базовой цифры, запишите базу в prompt или укажите разрешенный источник, который задача действительно может проверить.
Есть и частотная граница. На 30 июня 2026 года официальная страница задач указывает, что запуск не может быть чаще одного раза в час. Если вам нужны минутные проверки, event trigger, webhook, queue consumer, гарантированные retry, логи и escalation, Scheduled Tasks — не правильный owner.
Memory помогает персонализировать, но не заменяет brief
Memory полезна, когда она улучшает формулировки и предпочтения. Но ее опасно читать как контракт, что каждый запланированный запуск точно вспомнит нужный факт, файл или решение. В OpenAI Memory FAQ разделяются saved memories и chat-history referencing; это влияет на будущие чаты, но не превращает Memory в проверяемую базу данных для задач.
Хорошие кандидаты для Memory:
- тон, единицы измерения, naming style, привычный формат summary;
- устойчивые предпочтения, которые не решают правильность ответа;
- контекст, который делает текст удобнее, но не меняет фактологический результат.
Плохие кандидаты для Memory:
- номер клиента, финансовый порог, юридическое требование или incident boundary;
- содержимое документа, baseline отчета, условия договора или политика;
- secret, token, локальный путь, приватный repo или internal network;
- инструкция, которую нужно выполнять в каждом запуске без вариаций.
Практическое правило: prompt — это brief, Memory — только мягкая настройка. Задача “каждый понедельник кратко summarise AI policy updates в executive style” может выиграть от запомненного стиля. Задача “предупреди, когда usage клиента превысит 80%” должна явно указать клиента, threshold, источник данных, разрешенный инструмент и действие при отсутствии данных.
Файлы проекта и загрузки не являются надежным входом
Projects в ChatGPT похожи на постоянное рабочее пространство, но Scheduled Tasks имеют более узкую файловую границу. Официальная страница Tasks in ChatGPT говорит, что задачи, созданные в проекте с файлами, не могут получить доступ к этим файлам проекта.
Это меняет дизайн. Схема “положу документы в Project, а задача будет читать их каждое утро” не должна считаться рабочей. Если содержимое файла важно, сделайте одно из трех: вынесите стабильную выжимку в prompt, подключите источник через реально поддержанное и разрешенное приложение или перенесите workflow в инструмент, который умеет работать с файлами.
Файлы, загруженные в другие чаты, также не становятся глобальным input для всех будущих задач. PDF, CSV или скриншот, который был в другом диалоге, нельзя закладывать как доступный фон. Если файл влияет на результат, укажите summary, используйте подключенный источник или выберите локальный скрипт, CI, repo agent или workflow-платформу.
Локальные файлы и локальная сеть — отдельная стоп-зона. Scheduled Tasks не являются способом читать Downloads, .env, незакоммиченный код, internal dashboard или локальный сервис. Для этого нужны owner с явной файловой границей и журналом выполнения.
Инструменты и приложения проходят цепочку разрешений
Инструменты и приложения — это не blank check. Безопасная интерпретация такая: задача может использовать возможность ChatGPT только если функция существует для аккаунта, приложение подключено, разрешение выдано, политика workspace не блокирует действие и нужный review завершен.
Проверяйте пять уровней перед тем, как зависеть от инструмента:
| Уровень | Вопрос | Типичная поломка |
|---|---|---|
| Поддержка функции | Доступна ли эта capability для аккаунта или workspace | Задача запускается, но отвечает общими словами |
| Подключение | Подключено ли приложение с нужным scope | Данных аккаунта нет, даже если приложение существует |
| Политика workspace | Разрешает ли админ коннектор или действие | Business или Enterprise controls блокируют сценарий |
| User review | Нужно ли подтверждение перед письмом, изменением данных или внешним действием | Задача может подготовить действие, но не выполнить молча |
| Доказательство вывода | Можно ли после запуска увидеть, какой источник использовался | Результат выглядит уверенно, но источник не проверяем |
Это особенно важно для Gmail, Drive, Calendar, Health, Finance, data analysis и любых приватных источников. Сначала создайте маленькую безопасную задачу, которая читает минимальный набор данных и ничего не меняет. Проверьте историю задачи, уведомление и след в приложении. Только потом переносите сценарий в рабочий schedule.
Когда Scheduled Tasks — неправильный владелец
Scheduled Tasks сильны, когда задача — повторяющийся output ChatGPT: напоминание, briefing, статус, легкий мониторинг, регулярное резюме. Они плохо подходят, когда задача на самом деле является инфраструктурой.
Выбирайте другой маршрут, если workflow требует:
- webhook trigger от внешней системы;
- минутного polling, queue processing, retry, идемпотентности и delivery guarantees;
- прямого доступа к локальным файлам, локальной сети или незакоммиченному рабочему дереву;
- редактирования repo, запуска тестов, команд или production scripts;
- custom GPT behavior, GPT-specific instructions или voice-chat workflow;
- аудируемого внешнего действия без человеческого review.
В таких случаях обычно лучше API cron, workflow automation, CI, локальный скрипт, queue worker или repo-native agent. Это не делает Scheduled Tasks плохими; просто они владеют другой задачей.
Prompt, который переживет будущий запуск
Будущий запуск должен быть скучным. Если по prompt нельзя понять, что задача сделает, значит она слишком зависит от неявного контекста.
textЦель задачи: Каждый [период] выполнить [конкретную работу] для [аудитории]. Обязательный контекст: - [Факт 1, который нельзя выводить по памяти] - [Факт 2, который нельзя выводить по памяти] - [Источник, аккаунт, проект или app, если нужен разрешенный инструмент] Разрешенные инструменты: - Используй [tool/app] только если он доступен и авторизован в этом аккаунте ChatGPT. - Если инструмент недоступен, напиши, что не удалось проверить, и не угадывай. Формат результата: - Сначала ответ или статус. - Затем evidence, изменения, исключения и пропуски. - В конце next action или "действий не требуется". Stop rule: - Не предполагай project files, uploads из других chats, local files, webhooks, GPTs, voice chats или неподтвержденные external actions. - Если обязательный факт отсутствует, сообщи о недостающем входе.
Эта структура подходит для weekly digest, briefing перед встречей, публичного мониторинга, reminder и легкого status check. Она не подходит для запуска кода, изменения production state, чтения локального repo или надежной интеграции с внешней системой.
Диагностика: какая граница сломалась
Если задача разочаровала, не переписывайте весь prompt сразу. Сначала найдите границу: состояние задачи, явный контекст, файловый источник, tool permission или неверный owner.
| Симптом | Вероятная граница | Первый fix |
|---|---|---|
| Задача перестала запускаться | Состояние задачи или связанный чат | Проверить, не отключена ли задача и не удален ли чат |
| Ответ проигнорировал важный факт | Факт отсутствует в prompt | Добавить факт прямо в prompt задачи |
| Задача не использовала файл | Неверная ставка на project/upload/local file | Дать summary или выбрать file-aware route |
| Инструмент не сработал | Feature, connection, admin policy или review | Проверить поддержку, подключение, scopes, историю задачи |
| Ответ слишком общий | Не задан source route | Указать источник, recency и output proof |
| Нужен внешний execution | Неверный owner | Перенести в API cron, workflow, CI, local script или repo agent |
Лучший вопрос после запуска: что задача фактически использовала? Смотрите уведомление, историю, след в приложении или связанную страницу. Если источник нельзя проверить, считайте запуск непроверенным.
Проверка перед рабочим расписанием
Перед тем как положиться на задачу, выполните короткую приемку. Она нужна не для бюрократии, а чтобы поймать ошибочную границу до того, как задача начнет работать по расписанию.
| Проверка | Признак готовности |
|---|---|
| Prompt self-contained | Цель, входы, выходы и stop rule понятны без старого чата |
| Cadence acceptable | Частота совместима с официальной границей, уведомления проверяемы |
| Memory не держит факты | Все критичные факты в prompt или разрешенном source |
| File route explicit | Project, uploads и local files не заложены как default input |
| Permission chain tested | Feature, connection, policy, review и proof проверены |
| Alternate owner chosen | webhook, API cron, local script, CI и workflow не спрятаны в task |
Сначала запускайте harmless test. Пусть задача скажет, какие источники использовала, что не смогла проверить и какие права потребовались. Только после этого добавляйте чувствительные приложения или повышайте частоту.
Часто задаваемые вопросы
Могут ли Scheduled Tasks использовать Memory?
Да, они могут выиграть от Memory, если она включена и релевантна. Но проектировать задачу вокруг точного скрытого recall опасно. Обязательные факты должны быть в prompt или разрешенном источнике.
Могут ли задачи читать файлы проекта?
Не закладывайте это. Официальная страница Scheduled Tasks говорит, что задачи, созданные в проекте с файлами, не могут получить доступ к этим файлам проекта. Нужное содержимое надо суммировать или вынести в другой маршрут.
Можно ли использовать Gmail, web search, Health, Finance или другие apps?
Только если соответствующая capability поддерживается, включена, подключена, разрешена аккаунтом или workspace и не требует невыполненного review. Пример приложения не доказывает, что любой аккаунт сможет выполнять действие автоматически.
Поддерживают ли Scheduled Tasks webhooks?
Нет. На проверку 30 июня 2026 года официальная страница говорит, что webhooks не поддерживаются. Для event-driven automation используйте backend scheduler, workflow platform, queue consumer или API cron.
Поддерживаются ли GPTs и voice chats?
Нет для этой границы. Официальная страница задач указывает, что GPTs и voice chats не поддерживаются. Если workflow зависит от custom GPT behavior или voice, нужен другой продуктовый маршрут.
Почему задача могла остановиться?
Одна частая причина — удаление связанного чата. Также проверьте, не отключена ли задача, не выполнено ли условие мониторинга, не изменился ли доступ к инструменту, не поменялась ли политика workspace или региональная availability.
Подходят ли Scheduled Tasks для API cron?
Нет, если требуется детерминированное выполнение, retry, logs, локальные файлы или вызовы внешних систем. Scheduled Tasks хороши для повторяющихся ChatGPT outputs; API cron и workflow лучше для системного execution.
Какая первая тестовая задача самая безопасная?
Выберите один публичный источник, одно расписание, короткий результат и отсутствие приватных действий. После успешного запуска добавляйте по одному permissioned tool и каждый раз проверяйте историю и источник.