Сессия в Codex - это не состояние репозитория, и путать их нельзя. Она хранит transcript разговора и контекст принятых решений, но не заменяет git: история кода, совместная работа и review живут в системе контроля версий, а сессия - это рабочая память задачи. Как только это различение усвоено, операции жизненного цикла сессии перестают быть загадкой и выбираются по смыслу: new, resume, fork, side, archive, delete и compaction - у каждой своя роль, а не просто разные кнопки.

New и resume отвечают на вопрос "продолжаю или начинаю заново". /new открывает новый чат в том же процессе CLI - это для новой задачи в том же репозитории, когда прежний контекст только мешал бы. /resume или codex resume продолжает сохранённый transcript - это возвращение к прежней задаче с её историей решений. Смешивать их - значит либо тащить лишний контекст в новую работу, либо терять нужный, начав с чистого листа там, где стоило продолжить.

Fork и side решают более тонкие задачи ветвления. Fork создаёт отдельную линию из существующей сессии - когда нужно попробовать альтернативный путь, не потеряв исходный. Side, как мы видели, открывает временный побочный чат для разведки, не ломая главный transcript. Разница в назначении: fork - это развилка самой работы, side - это разведочный вопрос в стороне. Осознанный выбор между ними держит историю набором понятных линий, а не свалкой.

Archive и delete управляют тем, что остаётся после задачи. Архивирование убирает сессию из активного списка, сохраняя её; удаление убирает совсем. Это разные по необратимости действия, и путать их не стоит: архив - для завершённой, но потенциально нужной работы, delete - для того, что точно не понадобится. Как и с git, важное лучше вынести наружу - в issue, PR или доки, - чем полагаться на то, что нужный transcript всегда найдётся в списке сессий.

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

Compaction - отдельный механизм со своей ценой, и о нём стоит знать заранее. Когда история длинная, Codex сжимает её в summary, чтобы освободить контекст. Но summary может потерять детали, которые не были явно объявлены важными. Поэтому после сжатия полезно попросить Codex повторить цель, ограничения, принятые решения и следующий шаг проверки - и убедиться, что ничего критичного не растворилось. Сжатие в неудачный момент рискует унести именно тот контекст, ради которого велась работа.