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

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

Настольное приложение ChatGPT

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

Веб-версия ChatGPT

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

Codex CLI

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

Расширение IDE

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

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

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

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

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

Настольное приложение ChatGPT

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

Для запланированных задач, относящихся к проекту, компьютер должен быть включён, а настольное приложение 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 возвращался в этот чат по расписанию. Запланированная задача использует существующий контекст чата, а не начинает каждый раз с нового запроса.

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

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

• проверки длительной операции до её завершения
• опроса Slack, GitHub или другого подключённого источника, если результаты должны оставаться в том же чате
• напоминания 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.