Запланированные задачи

Планируйте регулярные задачи для выполнения в фоновом режиме. В веб-версии ChatGPT и на мобильных устройствах подходящие тарифные планы также позволяют запускать задачи по поддерживаемым событиям приложений. Просматривайте активные, приостановленные и завершенные задачи, а также недавние запуски в разделе Scheduled. Вы можете сочетать запланированные задачи с навыками для выполнения более сложной работы.

GPT-5.5 станет недоступна в ChatGPT, ChatGPT Work и Codex на всех тарифах 14 октября 2026 года. Проверьте запланированные задачи, использующие GPT-5.5, и выберите доступную замену до этой даты. Если вы используете Codex со входом через ChatGPT, замените gpt-5.5 на gpt-5.6-sol (GPT-5.6 Sol). OpenAI API это не затрагивает. См. Прекращение поддержки GPT-5.5.

В настольном приложении ChatGPT запланированные задачи могут работать с локальными проектами и выполняться в каталоге проекта или изолированном рабочем дереве. Если запланированной задаче нужны локальные файлы, компьютер должен быть включён, а приложение — запущено.

Если в вашем рабочем пространстве включены запланированные задачи, создавайте их в Chat или ChatGPT Work в веб-версии и управляйте их запусками в разделе Запланировано. Веб-задачи могут использовать загруженный контекст и подключённые инструменты, но не могут работать непосредственно с папкой на вашем компьютере.

В Codex CLI нет интерфейса управления разделом Запланировано. Создавайте запланированные задачи и управляйте ими в веб-версии ChatGPT или приложении для компьютера. С помощью CLI можно заранее подготовить и протестировать запрос, навык или скрипт.

В расширении IDE нет интерфейса управления разделом Запланировано. Создавайте запланированные задачи и управляйте ими в веб-версии ChatGPT или приложении для компьютера. С помощью расширения IDE можно заранее подготовить и протестировать запрос, навык или изменение в рабочем пространстве.

Управление запланированными задачами в веб-версии

Откройте раздел Запланировано, чтобы проверить состояние задач и последние запуски. Используйте отдельную запланированную задачу, если каждый запуск должен начинаться с сохранённого запроса. Используйте запланированную задачу в чате, если хотите, чтобы ChatGPT возвращался в тот же чат с уже имеющимся контекстом.

Запланированные задачи в веб-версии могут использовать загруженные файлы, подключённые инструменты, навыки и плагины, доступные в этом чате. Между запусками они не сохраняют доступ к локальной папке или рабочему дереву. Разместите постоянные инструкции в запросе задачи или прикреплённом навыке, а необходимые исходные материалы храните в доступном проекте, загрузке или подключённом сервисе.

Прежде чем запланировать задачу, протестируйте её запрос в обычном веб-чате. Проверьте результаты первых нескольких запусков, а затем скорректируйте запрос, инструменты или периодичность, если результаты получаются слишком общими или требуют дополнительного контекста.

Запуск задач по событиям приложений

В подходящих тарифных планах запланированные задачи могут запускаться при наступлении поддерживаемого события Gmail, Slack или GitHub. Задачи, запускаемые событиями, доступны в ChatGPT в веб-версии и на мобильных устройствах. Они недоступны в настольном приложении ChatGPT, Codex CLI и расширении IDE.

Попросите ChatGPT создать задачу, а затем опишите событие, которое нужно отслеживать, и действие, которое следует выполнить при его наступлении. Триггер определяет, когда запускается задача, а сохранённый запрос — что выполняет каждый запуск. В одной задаче можно использовать несколько триггеров событий, но нельзя сочетать их с расписанием по времени.

Поддерживаются следующие триггеры событий:

• Gmail: новые входящие сообщения с возможностью фильтрации по отправителю или теме.
• Slack: новые сообщения в выбранных каналах с возможностью фильтрации по автору и включения ответов в ветках. Реакции, изменения, удаления и личные сообщения не поддерживаются.
• GitHub: действия с pull request в репозитории. Фильтруйте по pull request, автору, заголовку или метке и выбирайте, должны ли задача запускаться при проверках, комментариях, обновлениях коммитов или только при слияниях.

Подключите и авторизуйте приложение перед созданием задачи. Для Slack добавьте @ChatGPT в каждый канал, который отслеживает задача. Для GitHub подключенное приложение должно иметь доступ к репозиторию.

Если несколько подходящих событий происходят почти одновременно, ChatGPT может объединить их в один запуск. Откройте раздел Scheduled, чтобы просмотреть ожидающие события, или выберите Run now, чтобы обработать их.

Доступность зависит от вашего тарифного плана и настроек рабочего пространства. В управляемых рабочих пространствах администраторы могут управлять доступом с помощью разрешения Allow event-triggered scheduled tasks.

Например, можно запланировать задачу для анализа ошибок телеметрии и отправки исправлений или для создания отчётов о недавних изменениях в кодовой базе. Для длительной работы, в которой следует продолжать использовать тот же контекст, запланируйте задачу в существующем чате.

Для запланированных задач, относящихся к проекту, компьютер должен быть включён, а настольное приложение ChatGPT — запущено. Выбранный проект должен оставаться доступным на диске к моменту запланированного запуска задачи.

В репозиториях Git можно выбрать, где будет выполняться запланированная задача: в локальном проекте или в новом рабочем дереве. В обоих случаях задача выполняется в фоновом режиме. Рабочие деревья отделяют изменения запланированных задач от незавершённой локальной работы, тогда как выполнение в локальном проекте может изменить файлы, с которыми вы ещё работаете. В проектах без системы контроля версий запланированные задачи выполняются непосредственно в каталоге проекта.

Можно также оставить модель и глубину рассуждений с настройками по умолчанию или выбрать их явно, если вам требуется больше контроля над выполнением запланированной задачи.

Если запланированная задача использует gpt-5.4 или gpt-5.4-mini со входом через ChatGPT, обновите её до прекращения поддержки этих моделей 31 августа 2026 года. Замените gpt-5.4 на gpt-5.6-terra, а gpt-5.4-mini — на gpt-5.6-luna.

Запланированные задачи выполняются без вашего участия с настройками песочницы по умолчанию. Начните с минимального доступа, необходимого для выполнения задачи, и предоставляйте доступ к сети или дополнительным файлам только при необходимости. Подробнее о песочнице.

Управление запланированными задачами

Все запланированные задачи и их запуски находятся в разделе Запланированные на боковой панели настольного приложения ChatGPT.

Раздел Запланировано служит папкой входящих. В нём появляются результаты запусков запланированных задач, а индикатор непрочитанного показывает, когда запуск требует вашего внимания.

Самостоятельные запланированные задачи создают новый чат при каждом запуске по расписанию и публикуют результаты в разделе Запланировано. Используйте их, когда каждый запуск должен быть независимым или когда одна запланированная задача должна выполняться в одном или нескольких проектах. Если вам нужна особая периодичность, воспользуйтесь настройками собственного расписания. Для более сложного расписания измените правило повторения RFC 5545 (RRULE), например RRULE:FREQ=MONTHLY;BYMONTHDAY=1;BYHOUR=9;BYMINUTE=0.

В репозиториях Git каждая запланированная задача может выполняться либо в локальном проекте, либо в отдельном фоновом рабочем дереве. Используйте рабочие деревья, если хотите изолировать изменения запланированной задачи от незавершённой локальной работы. Используйте локальный режим, если запланированная задача должна работать непосредственно в вашей основной рабочей копии, учитывая, что она может изменять файлы, которые вы активно редактируете. В проектах без системы контроля версий запланированные задачи выполняются непосредственно в каталоге проекта. Одну и ту же запланированную задачу можно выполнять в нескольких проектах.

Запланированные задачи, созданные с помощью ChatGPT Work в веб-версии либо с помощью ChatGPT Work или Codex в настольном приложении, могут использовать плагины. Запланированные задачи также могут использовать навыки. Чтобы запланированные задачи было удобно сопровождать и использовать совместно в командах, применяйте навыки, чтобы определить действие и предоставить инструменты и контекст. Выберите или явно вызовите определённый навык в запросе задачи, если рабочий процесс не должен полагаться на автоматический выбор инструментов.

Создание и обновление запланированных задач с помощью ChatGPT

Вы можете создавать и обновлять запланированные задачи из чата ChatGPT или Codex. Опишите работу, время ее выполнения и должен ли каждый запуск возвращаться в текущий чат или создавать новый. ChatGPT может подготовить запрос, выбрать подходящее место назначения и обновить задачу при изменении ее области или периодичности выполнения.

Например, попросите ChatGPT запланировать последующую проверку в текущем чате, пока завершается развёртывание, или создать отдельную запланированную задачу, которая регулярно проверяет проект.

Навыки также могут создавать и обновлять запланированные задачи. Например, навык для сопровождения pull request может настроить запланированную задачу, которая проверяет состояние PR с помощью плагина GitHub и исправляет замечания из новых отзывов.

Планирование задачи в чате

Запланируйте задачу в существующем чате, если хотите, чтобы ChatGPT возвращался в этот чат по расписанию. Запланированная задача использует существующий контекст чата, а не начинает каждый раз с нового запроса.

Для запланированных задач в чате можно использовать интервалы в минутах для активных циклов последующих проверок либо ежедневное и еженедельное расписание, если проверка должна выполняться в определённое время.

Запланируйте задачу в чате для:

• проверка длительной операции до ее завершения
• проверка подключенного источника с фиксированной периодичностью, когда вам нужен периодический снимок состояния, а не реакция на одно поддерживаемое событие приложения
• напоминание ChatGPT о необходимости продолжать цикл проверки с фиксированной периодичностью
• выполнение рабочего процесса на основе навыков, использующего плагины, например для проверки статуса PR и обработки новых отзывов
• продолжение текущего чата по исследованию или разбору без потери контекста

Используйте отдельную запланированную задачу, если каждый запуск должен быть независимым или если результаты должны отображаться как отдельные запуски в разделе Запланированные.

При планировании задачи в чате сделайте её запрос пригодным для многократного использования. В нём следует описать, что ChatGPT должен делать при каждом запланированном запуске, как определить, есть ли что-либо важное для отчёта, а также когда следует остановиться или запросить у вас дополнительные сведения.

Тестирование запланированных задач

Прежде чем запланировать задачу, сначала протестируйте запрос вручную в обычном чате. Это поможет убедиться, что:

• Запрос понятен и имеет правильно заданную область действия.
• Выбранная или используемая по умолчанию модель, глубина рассуждений и инструменты работают ожидаемым образом.
• Полученный результат удобно проверять.

После запуска задач по расписанию проверьте первые несколько результатов и при необходимости скорректируйте запрос или периодичность.

В настольном приложении ChatGPT можно явно запустить навык в запросе запланированной задачи с помощью $skill-name.

Очистка рабочих деревьев запланированных задач

Если для репозиториев Git выбраны рабочие деревья, при частых запусках по расписанию со временем может появиться множество рабочих деревьев. Архивируйте запланированные запуски, которые вам больше не нужны, и не закрепляйте их, если не планируете сохранять соответствующие рабочие деревья.

Модель разрешений и безопасности

Запланированные задачи выполняются автономно и используют ваши настройки песочницы по умолчанию.

Объяснение этих ограничений простым языком приведено в обзоре песочницы. Правила доступа к файловой системе и сети приведены в разделе Разрешения.

• Если песочница работает в режиме только чтение, вызовы инструментов завершаются ошибкой, если им требуется изменять файлы, обращаться к сети или работать с приложениями на вашем компьютере. Рекомендуется изменить настройки песочницы на запись в рабочее пространство.
• Если песочница работает в режиме запись в рабочее пространство, вызовы инструментов завершаются ошибкой, если им требуется изменять файлы за пределами рабочего пространства, обращаться к сети или работать с приложениями на вашем компьютере. Можно выборочно разрешить выполнение команд за пределами песочницы с помощью правил.
• Если песочница работает в режиме полный доступ, фоновые запланированные задачи несут повышенный риск, поскольку ChatGPT может изменять файлы, выполнять команды и обращаться к сети без подтверждения. Рекомендуется изменить настройки песочницы на запись в рабочее пространство и использовать правила, чтобы выборочно определить, какие команды агент может выполнять с полным доступом.

Если вы работаете в управляемой среде, администраторы могут ограничить это поведение с помощью обязательных требований. Например, они могут запретить approval_policy = "never" или ограничить допустимые режимы песочницы. См. раздел Требования, устанавливаемые администратором (requirements.toml).

Запланированные задачи используют approval_policy = "never", если это разрешено политикой вашей организации. Если требования администратора запрещают approval_policy = "never", запланированные задачи переключаются на порядок подтверждения, заданный выбранным режимом разрешений.

Примеры

Автоматическое создание новых навыков

Scan all of the `~/.codex/sessions` files from the past day and if there have been any issues using particular skills, update the skills to be more helpful. Personal skills only, no repo skills.

If there’s anything we’ve been doing often and struggle with that we should save as a skill to speed up future work, let’s do it.

Definitely don't feel like you need to update any- only if there's a good reason!

Let me know if you make any.

Будьте в курсе изменений в проекте

Look at the latest remote origin/master or origin/main . Then produce an exec briefing for the last 24 hours of commits that touch <DIRECTORY>

Formatting + structure:

- Use rich Markdown (H1 workstream sections, italics for the subtitle, horizontal rules as needed).
- Preamble can read something like “Here’s the last 24h brief for <directory>:”
- Subtitle should read: “Narrative walkthrough with owners; grouped by workstream.”
- Group by workstream rather than listing each commit. Workstream titles should be H1.
- Write a short narrative per workstream that explains the changes in plain language.
- Use bullet points and bolding when it makes things more readable
- Feel free to make bullets per person, but bold their name

Content requirements:

- Include PR links inline (e.g., [#123](...)) without a “PRs:” label.
- Do NOT include commit hashes or a “Key commits” section.
- It’s fine if multiple PRs appear under one workstream, but avoid per‑commit bullet lists.

Scope rules:

- Only include changes within the current cwd (or main checkout equivalent)
- Only include the last 24h of commits.
- Use `gh` to fetch PR titles and descriptions if it helps.
  Also feel free to pull PR reviews and comments

Сочетание запланированных задач с навыками для исправления собственных ошибок

Создайте новый навык, который попытается исправить ошибку, внесённую вашими коммитами, создав новый $recent-code-bugfix, и сохраните его в личных навыках.

---
name: recent-code-bugfix
description: Find and fix a bug introduced by the current author within the last week in the current working directory. Use when a user wants a proactive bugfix from their recent changes, when the prompt is empty, or when asked to triage/fix issues caused by their recent commits. Root cause must map directly to the author’s own changes.
---

# Recent Code Bugfix

## Overview

Find a bug introduced by the current author in the last week, implement a fix, and verify it when possible. Operate in the current working directory, assume the code is local, and ensure the root cause is tied directly to the author’s own edits.

## Workflow

### 1) Establish the recent-change scope

Use Git to identify the author and changed files from the last week.

- Determine the author from `git config user.name`/`user.email`. If unavailable, use the current user’s name from the environment or ask once.
- Use `git log --since=1.week --author=<author>` to list recent commits and files. Focus on files touched by those commits.
- If the user’s prompt is empty, proceed directly with this default scope.

### 2) Find a concrete failure tied to recent changes

Prioritize defects that are directly attributable to the author’s edits.

- Look for recent failures (tests, lint, runtime errors) if logs or CI outputs are available locally.
- If no failures are provided, run the smallest relevant verification (single test, file-level lint, or targeted repro) that touches the edited files.
- Confirm the root cause is directly connected to the author’s changes, not unrelated legacy issues. If only unrelated failures are found, stop and report that no qualifying bug was detected.

### 3) Implement the fix

Make a minimal fix that aligns with project conventions.

- Update only the files needed to resolve the issue.
- Avoid adding extra defensive checks or unrelated refactors.
- Keep changes consistent with local style and tests.

### 4) Verify

Attempt verification when possible.

- Prefer the smallest validation step (targeted test, focused lint, or direct repro command).
- If verification cannot be run, state what would be run and why it wasn’t executed.

### 5) Report

Summarize the root cause, the fix, and the verification performed. Make it explicit how the root cause ties to the author’s recent changes.

После этого создайте новую запланированную задачу:

Check my commits from the last 24h and submit a $recent-code-bugfix.