Архивация и удаление проектов в Codex: как не потерять код и историю

В Codex завершённую работу безопаснее сначала архивировать на уровне чата, а локальный сохранённый проект — при необходимости убрать из боковой панели через Remove. Архив можно вернуть. Remove удаляет ссылку проекта из интерфейса, но не папку и не Git-репозиторий. Необратимая операция существует для сохранённого thread в Codex App Server: thread/delete удаляет историю, метаданные и порождённые дочерние thread. При архивации чата управляемый Codex worktree может быть автоматически очищен, однако перед этим приложение сохраняет snapshot. Ни одно из этих действий само по себе не откатывает commit, push, Pull Request, деплой, вызов внешнего API или уже учтённые credits.

Такое поведение актуально на 6 сентября 2026 года. Названия и доступность элементов интерфейса могут различаться между версиями приложения, планами и рабочими пространствами. Ниже точные шаги приведены только там, где их устанавливает текущая официальная документация OpenAI.

Сначала определите, что именно вы называете проектом

Фраза «удалить проект в Codex» не определяет одну операцию. В интерфейсе рядом находятся сущности с разными жизненными циклами.

Сущность	Что хранит или связывает	Где находится	Главный риск путаницы
Локальный сохранённый проект	Ссылку на одну или несколько папок компьютера, настройки проекта и связанные чаты	Projects в приложении ChatGPT для компьютера	Remove из панели принимают за удаление папки
Проект ChatGPT	Общие чаты, загруженные файлы, инструкции и подключённые источники	Рабочее пространство ChatGPT	Считают его локальным репозиторием
Чат, задача или thread	Сообщения, результаты, состояние выполнения и связь с рабочим каталогом	Внутри проекта или отдельно	Удаление истории принимают за удаление кода
Local checkout	Основную рабочую копию Git-репозитория	На компьютере или удалённой машине пользователя	Путают с временным worktree Codex
Worktree	Вторую рабочую копию Git-репозитория	Обычно в каталоге $CODEX_HOME/worktrees	Удаление директории принимают за удаление ветки и чата
Раздел боковой панели	Группу для визуальной организации проектов и задач	В боковой панели	Удаление группы принимают за каскадное удаление содержимого
Облачная среда	Репозиторий, setup-скрипты, переменные, секреты, сетевые настройки и кэш выполнения	Settings Codex / Cloud	Удаление чата принимают за очистку всей среды
Автоматизация	Сохранённый prompt и расписание; запуски создают отдельные результаты или возвращаются в чат	Scheduled	Архив запуска принимают за отключение расписания
Локальный каталог	Реальные файлы проекта	Файловая система	Ожидают, что Codex сам сделает backup или удалит его вместе с UI-записью

Есть ещё проект организации в OpenAI API Platform. Для него предусмотрено отдельное API-архивирование, после которого проект нельзя использовать или обновлять. Эта сущность не управляет проектом Codex в боковой панели и не доказывает наличие кнопки удаления локального проекта.

Матрица: что можно архивировать, восстановить и удалить

Объект	Архивирование	Восстановление	Remove из боковой панели	Необратимое удаление	Handoff или отсоединение
Локальный сохранённый проект	Публично описана архивация его чатов, но не самого project record	Проект после Remove можно добавить снова	Да, через ... → Remove	Удаление каталога этой командой не описано	Папки можно менять в Edit project; это не удаляет файлы
Проект ChatGPT	В меню проекта есть Archive chats	Чаты возвращаются из Archived chats	Pin/unpin меняет положение, но не доступ	Удаление проекта упоминается в правилах хранения; точный текущий UI и каскад на проверенных страницах не описаны	Git Handoff к нему неприменим
Чат / задача / thread	Да	Да	Архив скрывает чат из обычного списка	thread/delete в App Server удаляет persisted thread и его потомков	Чат Codex можно передать между Local и Worktree
Управляемый worktree	Архивируется связанный чат; затем каталог worktree может очищаться	Codex предлагает восстановить snapshot при повторном открытии чата	Может исчезнуть вместе с project entry, если запись убрать отдельно	Автоочистка каталога предусмотрена при archive или превышении лимита	Да, Hand off между Worktree и Local
Постоянный worktree	Архивируются его чаты	Чаты можно разархивировать	Как отдельный проект его можно убрать из sidebar	Автоматически при архивации чата не удаляется	Чаты можно передавать
Пользовательский sidebar section	Отдельная архивация секции не опубликована	Не применимо	Элементы можно перемещать между секциями	Текущий контракт приложения удаляет секцию, оставляя задачи и проекты доступными вне неё	Это переорганизация интерфейса
Облачная среда	Не описано	Не описано	Точные UI-эффекты не опубликованы	На проверенной странице нет контракта удаления среды	Не следует приравнивать к Local↔Worktree Handoff
Scheduled task	Архивируются отдельные запуски	Запуск-чат подчиняется правилам чатов	Управляется в Scheduled	Само расписание можно удалить в текущем клиенте, но публичная страница не обещает удаления прошлых запусков	Место запуска Local/Worktree выбирается отдельно
Локальная папка или репозиторий	Codex не предоставляет «архив папки» как UI-операцию	Из Git или собственной резервной копии	Remove project её не затрагивает	Только отдельная команда файловой системы или Git	Код может перейти между Local и Worktree через Handoff

Самый важный вывод из матрицы: обратимость определяется не подписью «проект», а точным объектом и операцией. Сначала найдите идентификатор чата, путь каталога и тип среды, затем выбирайте действие.

Как убрать локальный проект из боковой панели

Официальный путь для сохранённого локального проекта описан в разделе устранения неполадок:

1. Наведите указатель на имя проекта.
2. Откройте меню с тремя точками.
3. Выберите Remove.

Чтобы вернуть запись, используйте Add new project рядом с Chats и снова укажите существующую папку.

Remove здесь означает удаление ссылки из боковой панели. Команда не описана как удаление каталога, Git-репозитория, remote origin, веток или файлов. Если после повторного добавления папка не открывается, сначала проверьте, существует ли путь, доступен ли диск и не изменились ли разрешения операционной системы.

В меню Edit project можно добавить и убрать прикреплённые папки, а одну из них сделать основной. Новые чаты стартуют в основной папке. Отсоединение папки меняет доступ будущих чатов к этому пути, но не является файловым удалением.

Как работает архив чата

Архив — обычный выбор для завершённой задачи. В интерфейсе проект позволяет архивировать чаты; пункт Archive chats в меню проекта архивирует их вместе. Для восстановления откройте Settings > Archived chats и разархивируйте нужный чат. Он вернётся в прежнее место боковой панели.

На уровне Codex App Server операции формализованы точнее:

• thread/archive перемещает сохранённый JSONL-журнал thread в каталог архивных сессий;
• thread/unarchive возвращает rollout в каталог активных сессий;
• архивированный thread не появляется в обычном thread/list, если не запросить archived: true;
• при архивации родительского thread сервер пытается архивировать порождённые дочерние thread.

Последний пункт требует проверки. Запрос к родителю может завершиться успешно, даже если отдельный descendant не архивирован. Клиенту App Server следует проверить событие thread/archived для каждого ожидаемого thread.

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

Чем delete thread отличается от архива

thread/delete в App Server — необратимая операция. Она удаляет сохранённый активный или архивный thread, его rollout-файлы и связанные метаданные. Вместе с ним удаляются порождённые дочерние thread. Эфемерный корневой thread этим методом удалить нельзя.

Не переносите контракт протокола на GUI. Наличие метода thread/delete не означает, что в каждой версии приложения и каждом рабочем пространстве есть кнопка с тем же названием. Если интерфейс показывает только Archive, используйте Archive. Не ищите обходной путь через ручное удаление файлов в $CODEX_HOME: локальная база метаданных, JSONL-rollout и дочерние связи могут разойтись.

Перед delete сохраните то, что понадобится позже:

• итоговый ответ или экспорт истории;
• ссылки на Pull Request, issue, build и deployment;
• patch или commit с кодом;
• важные логи и результаты тестов;
• список дочерних задач, если thread создавал их автоматически.

После удаления thread не рассчитывайте на Unarchive: эта операция работает только для архива.

Что произойдёт с Git-веткой и worktree

Worktree в Codex — отдельный checkout того же Git-репозитория. У него собственный набор файлов, зависимостей и build cache, но общие Git-метаданные с основной копией. Поэтому чат, каталог worktree, commit и branch — четыре разные вещи.

Управляемый worktree

По умолчанию Codex создаёт управляемый worktree от HEAD выбранной ветки. Если при старте выбрана ветка с локальными изменениями, Codex применяет в worktree и незакоммиченные изменения. Сам worktree обычно остаётся в состоянии detached HEAD, пока пользователь не создаст в нём ветку.

Codex по умолчанию хранит 15 последних управляемых worktree. Приложение может очистить старый каталог, когда:

• архивирован связанный чат;
• нужно уложиться в настроенный лимит worktree.

Перед автоматическим удалением управляемого worktree Codex сохраняет snapshot работы. Если позже открыть связанный чат, приложение предлагает восстановление. История чата может оставаться доступной, даже когда каталог worktree уже удалён.

Snapshot снижает риск, но не заменяет commit и backup. В публичной документации нет обещания, что это удобный долговременный архив для всех ignored-файлов, секретов, внешних томов и процессов. Важный результат лучше сохранить в ветке или patch, а конфигурацию — в защищённой копии.

Постоянный worktree

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

Handoff между Worktree и Local

Чтобы переместить работу в основную копию, выберите Hand off в заголовке чата и передайте его в Local. Codex выполняет необходимые Git-операции и переносит чат вместе с кодом. Обратная передача возвращает чат в тот же связанный worktree.

Git не разрешает одновременно checkout одной ветки в двух worktree. Если появляется ошибка already used by worktree, не удаляйте worktree наугад. Передайте чат через Handoff или переключите другой worktree на иную ветку.

Файлы из .gitignore при Handoff не перемещаются автоматически. Для локальных управляемых worktree нужные ignored-файлы можно заранее перечислить в .worktreeinclude. Секреты добавляйте туда только после оценки риска: копия .env увеличивает число мест хранения чувствительных данных.

Что проверить в Git до архивации

Минимальная проверка занимает несколько минут:

git status --short --branch
git worktree list --porcelain
git log --oneline -n 10
git branch --all

Ответьте на пять вопросов:

1. Чат работает в Local, managed worktree, permanent worktree или Cloud?
2. Есть ли staged, unstaged, untracked и ignored-файлы, которые нельзя потерять?
3. Создана ли ветка или работа пока существует только в detached HEAD?
4. Сделан ли commit, отправлен ли он в remote и существует ли Pull Request?
5. Нужны ли локальные зависимости, build cache, база данных или артефакты вне Git?

Если важная работа находится только в worktree, безопасный минимум — создать patch либо ветку и commit. Не добавляйте секреты в Git. Для untracked и ignored-файлов сделайте отдельную защищённую копию вне очищаемого каталога.

Облачная среда и ChatGPT Work живут по другим правилам

В Codex можно выбрать Local, Worktree или Cloud. Local и Worktree исполняются на компьютере. Cloud использует настроенную среду, где Codex создаёт контейнер, делает checkout выбранной ветки или commit SHA, выполняет setup script и при необходимости maintenance script. Кэш облачного контейнера может жить до 12 часов.

Reset cache, завершение облачного запуска, архивация чата и удаление cloud environment — разные действия. Текущая публичная страница среды описывает настройку и сброс кэша, но не устанавливает точный UI удаления среды и каскадное удаление её чатов, секретов или snapshots. Поэтому безопасный порядок такой:

• зафиксировать репозиторий, ветку и последний commit SHA;
• сохранить setup и maintenance scripts;
• составить перечень переменных и имён секретов без копирования их значений в статью или чат;
• проверить связанные задачи и расписания;
• только затем использовать доступное административное действие и выполнить read-back.

Архивация одного cloud chat не доказывает, что удалена конфигурация среды. Удаление среды не следует считать удалением remote repository: GitHub или GitLab — отдельная внешняя система.

Что удаляется в ChatGPT Work, а что остаётся

В правилах безопасности ChatGPT Work в облаке данные разделены по категориям.

Категория данных	Что означает удаление чата
Work conversation	Удалённый чат обычно планируется к постоянному удалению в течение 30 дней с исключениями по безопасности, правовым обязанностям и деидентификации
Hosted execution state и snapshots	Имеют отдельный жизненный цикл; завершение задачи или удаление чата не очищает всё немедленно
Файлы Library	Удаление разговора не удаляет сохранённый в Library файл
Project files	Остаются в проекте, пока файл не убран или проект не удалён по применимым правилам
Saved memories	Управляются отдельно; удаление разговора не обязательно удаляет память
Connected-app content	Исходная запись подчиняется политике внешней системы; сохранённая копия — правилам места хранения
Cloud browser data	Хранится отдельно от локального браузера и очищается своим контролом
Compliance records	Имеют собственный retention; экспортированная копия подчиняется политике получателя

Поэтому «удалить всё по этой задаче» — не одна кнопка. Нужно проверить conversation, Library, project files, memory, connected app, browser data, execution artifacts и экспортированные записи по отдельности. Zero Data Retention в OpenAI API тоже не задаёт срок хранения для ChatGPT Work.

Локальные Codex rollout-файлы и размещённые Work conversations нельзя объединять в одну модель хранения. Для локальных сессий App Server описывает файлы JSONL; для облачного Work действуют workspace retention и отдельные правила артефактов.

Автоматизации: архив запуска не отключает расписание

Scheduled tasks состоят из расписания и запусков. Standalone schedule создаёт новый чат на каждом запуске. Schedule внутри существующего чата возвращается в тот же контекст.

Для Git-проекта запуск может выполняться в Local или выделенном worktree. Частые запуски способны накопить много worktree, поэтому OpenAI рекомендует архивировать ненужные scheduled runs и не закреплять их, если каталоги не нужно хранить.

Архивирование run решает вопрос истории этого запуска и может запустить очистку его управляемого worktree. Оно не является доказанным отключением schedule. Перед уборкой:

1. Откройте Scheduled и найдите точное расписание.
2. Проверьте его состояние, следующий запуск и выполняющиеся runs.
3. Приостановите или удалите само расписание доступным текущему клиенту способом.
4. Убедитесь, что новый запуск больше не планируется.
5. Отдельно архивируйте ненужные старые runs.

Публичная страница не устанавливает, удаляет ли schedule прошлые run chats. Без явного подтверждения считайте их отдельными объектами.

Архив не откатывает деплой и не возвращает usage

Чат мог отправить ветку, создать Pull Request, изменить базу через подключённое приложение, запустить CI/CD или задеплоить сервис. Это внешние эффекты. Архивирование или удаление conversation меняет историю Codex, но не посылает автоматический rollback во внешнюю систему.

Проверяйте отдельно:

Внешнее состояние	Где искать правду	Как отменять
Commit и branch	git log, git branch, remote refs	Revert или другая осознанная Git-операция
Pull Request	GitHub/GitLab	Close, revert или новый исправляющий PR
CI/CD	Система сборки и журнал pipeline	Остановить run или запустить штатный rollback
Deployment	Хостинг, оркестратор, release history	Откатить релиз по процедуре платформы
Изменение во внешней app	Журнал исходной системы	Компенсирующая операция в этой системе
API-вызов	Логи и биллинг провайдера	Обычно неотменяем; иногда возможна отдельная compensating action

Для credit-based ChatGPT Work выполненная активность расходует общий пул credits. Использованные credits уменьшают доступный баланс; архивирование или удаление результата не описано как возврат. Аналогично уже выполненный внешний API request и его side effect не исчезают вместе с чатом.

Безопасный workflow: сначала архив, потом удаление

Подготовка

1. Запишите название, ID и тип сущности.
2. Дождитесь завершения текущего run или безопасно остановите его.
3. Проверьте Git status, worktree, branch, remote и Pull Request.
4. Сохраните итог, patch/commit и важные untracked-файлы.
5. Проверьте schedule, cloud environment, Library, memories и connected apps.
6. Зафиксируйте внешний state: deployment, pipeline, API actions и billing/usage.

Минимально разрушительное действие

Применяйте операции по возрастанию риска:

1. Unpin, если мешает только положение элемента.
2. Archive chat, если работа завершена, но история может понадобиться.
3. Remove local project, если папка больше не нужна в sidebar.
4. Handoff, если нужно перенести код между Worktree и Local.
5. Pause/delete schedule, если нужно остановить будущие запуски.
6. Delete thread или project только после отдельной проверки scope и backup.

Проверка результата

После операции не ограничивайтесь исчезновением строки из sidebar. Проверьте:

• чат находится в Archived chats либо действительно недоступен после подтверждённого delete;
• локальная папка существует;
• git status, ветка и commits соответствуют ожиданиям;
• расписание не создаст новый run;
• deployment и внешние данные не изменились неожиданно;
• Library, memories и connected systems обработаны отдельно, если это требовалось.

Дерево решений

Что вы хотите получить?
├─ Только убрать элемент с глаз
│  ├─ Это чат → Archive
│  ├─ Это local saved project → ... → Remove
│  └─ Это custom sidebar section → удалить/переместить группу,
│     предварительно убедившись, что задачи и проекты остаются вне неё
├─ Перенести незавершённый код
│  ├─ Worktree → Local → Hand off в заголовке чата
│  └─ Local → Worktree → Hand off, затем проверить ignored files
├─ Освободить место на диске
│  ├─ Managed worktree → сохранить commit/patch → Archive chat → проверить snapshot
│  └─ Permanent worktree или обычная папка → отдельный Git/filesystem workflow
├─ Остановить будущие запуски
│  └─ Pause/delete schedule → проверить next run → архивировать старые runs
├─ Стереть историю одного thread
│  └─ Backup → проверить descendants → thread/delete, если метод доступен и нужен
└─ Удалить данные аккаунта целиком
   └─ Не использовать Project/Chat/Remove → отдельная account-level процедура

Если цель сформулирована как «освободить место и сохранить возможность вернуться», выбирайте архив чата с предварительным commit/patch. Если цель — «больше не показывать этот каталог в Codex», достаточно Remove. Delete нужен только при явном требовании стереть сохранённую историю и понимании каскада.

Восстановление и типовые проблемы

Ситуация	Безопасное действие
Архивировали не тот чат	Settings > Archived chats → Unarchive
Убрали не тот local project	Add new project и снова выбрать существующую папку
После archive исчез managed worktree	Открыть связанный чат и использовать предложенное восстановление snapshot
Чат не виден	Выбрать хронологический фильтр, затем проверить Archived chats
Ветка занята другим worktree	Использовать Handoff или переключить тот worktree на другую ветку
После Handoff нет .env или другого ignored-файла	Восстановить из защищённой копии; настроить .worktreeinclude для будущих managed worktree
Scheduled runs снова появляются	Проверить состояние самого schedule и next run, а не только архив запусков
Код есть, а чат удалён	Продолжить из branch/commit/patch в новом чате; история разговора не восстановится
Чат есть, а папка удалена вручную	Восстановить репозиторий из remote/backup и снова связать путь; archive не восстанавливает произвольный локальный каталог
Неясно, удалится ли cloud environment	Не экспериментировать на рабочей среде; сохранить конфигурацию и проверить актуальный административный UI

Privacy, экспорт данных и удаление аккаунта

Удаление одного чата, проекта или локальной ссылки не является удалением аккаунта. Экспорт данных аккаунта и whole-account deletion — отдельные процедуры уровня ChatGPT account или рабочего пространства. Они могут затронуть гораздо больше данных и прав доступа, чем одна задача Codex. Читать полный обзор сервиса ChatGPT.

На проверенных страницах OpenAI Learn описаны workspace retention, Archived chats и отдельные категории Work data, но не опубликован полный текущий маршрут кнопок для пользовательского account export и whole-account deletion. Поэтому точные шаги здесь не реконструируются по старым скриншотам. Перед такой операцией откройте текущие официальные account instructions в ChatGPT Data Controls или Privacy Portal и проверьте требования администратора рабочего пространства.

Для организации экспорт Compliance Logs, экспорт usage report и пользовательский экспорт аккаунта — разные выгрузки. Копия, уже выгруженная во внешнюю систему, подчиняется политике её получателя и не исчезает после удаления исходного чата.

Whole-account deletion рассматривайте как необратимое действие последнего уровня. До него отдельно экспортируйте нужные данные, сохраните репозитории и внешние артефакты, передайте владение командными ресурсами и проверьте активные автоматизации. Remove project и Archive chat для этой цели недостаточны.

Какие детали интерфейса остаются неизвестными

На дату проверки публичная документация не устанавливает:

• кнопку необратимого удаления local saved project Codex вместе с папкой;
• точный текущий GUI-путь удаления custom sidebar section;
• полный каскад удаления ChatGPT project для всех планов и workspace retention;
• судьбу прошлых run chats после удаления schedule;
• точный UI и каскад удаления cloud environment;
• поведение worktree cleanup именно после thread/delete, а не archive;
• текущие шаги account export и whole-account deletion в рамках OpenAI Learn.

Эти пробелы нельзя заполнять аналогиями. Если кнопка присутствует в вашем клиенте, прочитайте её подтверждение, проверьте scope и сделайте read-back. Для важной среды сначала испытайте действие на пустом тестовом проекте без секретов и внешних интеграций.

Заключение

Для обычной уборки в Codex используйте Archive chat и Remove local project. Обе операции оставляют путь к восстановлению: чат возвращается из Archived chats, а проект снова добавляется по существующей папке. Перед архивированием managed worktree сохраните работу в commit, branch или patch: Codex создаёт snapshot перед автоочисткой, но долговременная сохранность кода лучше контролируется Git и собственной резервной копией.

Необратимым следует считать thread/delete, ручное удаление локального каталога, подтверждённое удаление hosted project и whole-account deletion. Они относятся к разным слоям и не заменяют друг друга. Автоматизации, облачные среды, Library, memories, connected apps, деплой и usage проверяются отдельно. Исчезновение элемента из sidebar показывает только изменение интерфейса, а не полную очистку данных и внешнего состояния.