Команда Codex CLI /clear: как очистить чат и начать заново

Слеш-команда Codex CLI /clear применяется для очистки терминального интерфейса и начала нового чата с чистым контекстом: она помогает убрать накопившуюся историю диалога, когда старые инструкции, обсуждения и промежуточные решения больше не нужны. Это особенно полезно при переходе от одной задачи к другой — например, от отладки Python-скрипта к анализу конфигурации Docker.

/clear — это не просто визуальная уборка терминала, а способ начать новый диалог без лишнего контекста. Чем дольше продолжается разговор с ИИ, тем выше риск, что старые требования начнут влиять на новые ответы.

Команда пригодится разработчикам, которые работают с Codex CLI в одном терминальном сеансе и не хотят каждый раз закрывать программу, запускать её заново или вручную объяснять, что прежняя задача больше не актуальна. Однако важно понимать границу её возможностей: /clear не удаляет файлы проекта, не отменяет изменения в Git и не заменяет команды /new, /compact или /exit. Ниже разберём, как она работает, когда её применять и чем она отличается от других способов управления сессией.

Как использовать /clear

Команда вводится непосредственно в интерактивном интерфейсе Codex CLI, там же, где обычно пишется запрос к агенту. Перед ней ставится символ слеша, поэтому это не обычная фраза для модели, а специальная инструкция самого CLI. Введите /clear и подтвердите отправку — после этого текущий разговор будет очищен, а интерфейс подготовится к новой задаче.

Главное правило: после выполнения /clear считайте следующий запрос началом отдельного рабочего сеанса, даже если окно терминала и процесс Codex CLI остаются теми же.

Типичный порядок действий выглядит так:

1. Откройте Codex CLI в нужной папке проекта.
2. Завершите или поставьте на паузу текущую задачу.
3. Введите /clear в строке ввода.
4. Дождитесь очистки истории и обновления интерфейса.
5. Сформулируйте новую задачу так, будто предыдущего диалога не было.

Действие	Что происходит	Чего не происходит
Ввод /clear	Очищается текущий контекст разговора и экранный вывод, связанный с диалогом	Не удаляются файлы проекта
Новый запрос после очистки	Модель получает задачу без прежней переписки	Не восстанавливаются автоматически старые требования
Продолжение работы в CLI	Терминальный процесс остаётся запущенным	Не создаётся новый процесс оболочки
Работа с Git	Изменения в рабочем дереве сохраняются	Команда не делает commit, reset или checkout

После очистки полезно заново сообщить всё, что действительно важно для новой задачи: язык программирования, путь к файлу, ограничения по стилю, используемые команды тестирования и ожидаемый результат. Если этого не сделать, Codex CLI будет ориентироваться только на содержимое проекта и ваш новый запрос.

Пользователь: /clear
Codex CLI: Контекст очищен.

Пользователь: Проанализируй только файл src/parser.py. Найди причины медленной обработки JSON и предложи оптимизацию без изменения публичного API.

Что именно очищается

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

Объект	Удаляется при /clear	Пояснение
Сообщения текущего чата	Да	Старые запросы и ответы перестают быть частью активного контекста
Инструкции из предыдущей задачи	Да	Они не должны влиять на новый запрос
Файлы в рабочей папке	Нет	Содержимое проекта не меняется само по себе
Изменения, сделанные агентом	Нет	Незакоммиченные правки остаются на диске
Переменные оболочки и процессы	Обычно нет	Команда не является заменой exit или системной команде терминала

Иными словами, если Codex CLI до очистки изменил файл, то /clear не вернёт его к первоначальному состоянию. Если в проекте появились новые файлы, они также останутся. Поэтому перед очисткой, особенно после значительных правок, стоит проверить состояние репозитория командой git status.

$ git status
modified:   src/parser.py
untracked:  notes/optimization.md

Пользователь: /clear
Пользователь: Теперь проверь diff только в src/parser.py и не изменяй файлы.

Что написать после очистки

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

Элемент запроса	Слабая формулировка	Удачная формулировка
Цель	«Почини код»	«Устрани ошибку при чтении пустого JSON-файла»
Область	«Посмотри проект»	«Работай только с src/loader.py и его тестами»
Ограничения	Не указаны	«Не меняй публичные имена функций и зависимости»
Проверка	Не указана	«Запусти pytest tests/test_loader.py»

Пользователь: /clear
Пользователь: Новая задача: в проекте на TypeScript найди причину ошибки TypeError в src/api/client.ts. Измени только этот файл, сохрани текущий формат ответов API и после правки запусти npm test.

Когда применять /clear

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

Контекст полезен, пока задача продолжается; после смены цели он может стать источником ложных предположений.

Команду разумно применять в следующих ситуациях:

• завершена одна независимая задача и начинается другая;
• в чате накопилось много неактуальных сообщений;
• вы несколько раз меняли требования и хотите исключить влияние старых вариантов;
• Codex CLI начал ссылаться на решения, которые уже отменены;
• нужно получить объективный анализ файла без подсказок из предыдущего обсуждения;
• вы переключаетесь между разными проектами или подсистемами в одном запуске CLI.

Ситуация	Применять /clear?	Почему
Переход от исправления API к написанию документации	Да	У задач разные цели и критерии результата
Нужно продолжить исправление той же ошибки	Нет	Старый контекст может быть полезен
Нужно забыть ошибочную гипотезу	Да	Новый анализ будет менее зависим от прежнего предположения
Нужно уменьшить слишком длинную историю, сохранив суть	Не всегда	Для этого больше подходит /compact
Нужно полностью закрыть Codex CLI	Нет	Следует использовать /exit

После завершения отдельной задачи

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

Пользователь: Проверь, почему JWT истекает раньше времени, и предложи исправление.
Codex CLI: Анализ завершён.

Пользователь: /clear
Пользователь: Новая задача: проверь SQL-миграции в db/migrations. Найди операции, которые могут привести к потере данных. Ничего не изменяй.

Если старый контекст начал мешать

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

Пользователь: /clear
Пользователь: Игнорируй прежние обсуждения. Проанализируй текущую структуру проекта и определи, где реализуется валидация входных данных. Сначала только составь карту файлов, без изменений.

При переходе между проектами

Если CLI запущен в общей рабочей директории или вы меняете область анализа, очистка снижает риск переноса терминов и требований из одного проекта в другой. При этом важно самостоятельно проверить текущую папку: /clear не меняет рабочий каталог.

$ pwd
/home/dev/website

$ cd /home/dev/data-service
Пользователь: /clear
Пользователь: Работаем с data-service. Изучи README.md и опиши поток обработки входящего события, не редактируя файлы.

Перед независимым ревью

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

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

Примеры использования /clear

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

Пример 1. Смена типа задачи

Первый сценарий — переход от программирования к объяснению архитектуры. Старая переписка может содержать множество деталей реализации, которые не нужны для нового обзора.

Пользователь: /clear
Пользователь: Объясни архитектуру проекта для нового разработчика. Используй только README.md и структуру каталогов. Ответ оформи в виде пяти последовательных шагов.

Пример 2. Новый анализ после неудачной гипотезы

Если первоначальная версия причины ошибки оказалась неверной, чистый чат помогает не повторять её автоматически. Особенно это важно при диагностике сложных проблем, где несколько симптомов похожи.

Пользователь: /clear
Пользователь: Начни диагностику заново. Ошибка возникает только при параллельных запросах к Redis. Не принимай заранее никаких гипотез; сначала перечисли наблюдаемые факты и предложи план проверки.

Пример 3. Подготовка к изменению конкретного файла

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

Пользователь: /clear
Пользователь: Исправь только tests/user.test.js. Добавь тест на пустое имя пользователя, не меняй production-код и запусти npm test -- user.test.js.

Пример 4. Обсуждение изменений без редактирования

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

Пользователь: /clear
Пользователь: Посмотри git diff и объясни каждое изменение простыми словами. Файлы не редактируй, команды, меняющие состояние проекта, не выполняй.

Пример 5. Повторная постановка задачи после паузы

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

Пользователь: /clear
Пользователь: Считай текущее содержимое репозитория единственным источником истины. Проверь, почему команда make test завершается с ошибкой, и предложи минимальное исправление.

Цель	Что указать после /clear	Пример ограничения
Анализ	Файлы и вопрос	«Не изменяй проект»
Исправление	Симптом и ожидаемый результат	«Измени только один файл»
Тестирование	Команду проверки	«Запусти только целевой тест»
Ревью	Критерии поиска проблем	«Приоритет — безопасность»
Документация	Аудиторию и формат	«Пиши для новичка, без внутреннего жаргона»

Чем /clear отличается от других команд

Команды управления чатом похожи внешне, но решают разные задачи. /clear очищает текущий контекст, /new создаёт новый чат в рамках того же сеанса, /compact сокращает историю, а /exit завершает работу CLI. Неправильный выбор может привести либо к потере полезной информации, либо к сохранению нежелательного контекста.

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

Команда	Основное назначение	Сохраняет текущий диалог?	Закрывает CLI?
/clear	Очистка текущего чата	Нет в активном контексте	Нет
/new	Создание нового чата в текущем сеансе	Старый чат отделяется от нового	Нет
/compact	Сжатие длинной истории	Да, в сокращённом виде	Нет
/exit	Выход из Codex CLI	Сеанс завершается	Да

/clear и /new

/new — это ссылка на создание нового чата в том же сеансе. Главное различие в акценте: /clear очищает текущий контекст, а /new создаёт отдельную разговорную ветку. Если вам нужно просто забыть старую переписку и немедленно продолжить работу, подходит /clear. Если важно сохранить возможность вернуться к прежнему чату или разделить несколько направлений работы, логичнее использовать /new.

Критерий	/clear	/new
Главная идея	Очистить текущий контекст	Открыть отдельный чат
Подходит для быстрого сброса	Да	Да, но с созданием новой ветки
Подходит для параллельных задач	Ограниченно	Да
Старый разговор нужен позже	Не лучший выбор	Более подходящий вариант

Пользователь: /new
Codex CLI: Новый чат создан в текущем сеансе.
Пользователь: В этом чате работаем только над документацией API.

/clear и /compact

/compact — это ссылка на сжатие истории разговора. В отличие от очистки, оно не стремится полностью убрать контекст. Система сокращает длинную переписку до более компактного представления, стараясь сохранить основные решения, требования и факты. Это удобно, когда задача ещё продолжается, но история стала слишком большой.

Если вам нужно…	Выберите	Причина
Сохранить суть текущей задачи	/compact	История уменьшается, но не исчезает полностью
Начать независимую задачу	/clear	Старые требования не должны влиять на ответ
Убрать второстепенные детали длинного диалога	/compact	Полезный контекст остаётся в сжатом виде
Полностью обнулить разговор	/clear	Нужен чистый старт

Пользователь: Мы уже обсудили архитектуру, написали код и провели несколько тестов. Сохрани ключевые решения, но сократи историю.
Пользователь: /compact

/clear и /exit

/exit — это ссылка на выход из Codex CLI. Она не очищает чат для продолжения работы, а завершает текущий интерактивный процесс. После выхода для новой работы придётся снова запустить CLI. Поэтому использовать /exit только потому, что завершилась одна задача, обычно необязательно.

Сценарий	Подходящая команда	Что будет дальше
Продолжить работу, но с чистым контекстом	/clear	Можно сразу писать новую задачу
Сохранить разделение между задачами	/new	Откроется новый чат
Продолжить текущую задачу с короткой историей	/compact	Диалог останется доступным в сжатом виде
Закончить работу в терминале	/exit	Интерактивный CLI завершится

Пользователь: Работа завершена, больше не нужно выполнять команды в этом сеансе.
Пользователь: /exit
Codex CLI: Сеанс завершён.

Как выбрать нужную команду

Если сомневаетесь, сформулируйте вопрос не о названии команды, а о желаемом результате. Нужно забыть старые инструкции — выбирайте /clear. Нужно открыть отдельную рабочую линию, сохранив прежнюю — выбирайте /new. Нужно сохранить смысл длинного диалога — используйте /compact. Нужно закрыть программу — вводите /exit.

Вопрос пользователя	Правильный выбор	Короткий ответ
«Хочу начать заново без прежних указаний»	/clear	Очистить активный контекст
«Хочу отдельный чат и возможность вернуться к старому»	/new	Создать новую разговорную ветку
«История огромная, но задача ещё не закончена»	/compact	Сжать историю
«Я закончил работу в Codex CLI»	/exit	Выйти из приложения

Нужно забыть: старые требования и ход обсуждения
Команда: /clear

Нужно отделить: новую задачу от старого чата
Команда: /new

Нужно сохранить: суть продолжающейся работы
Команда: /compact

Нужно завершить: интерактивный процесс
Команда: /exit

Практические рекомендации по безопасной работе

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

Чистый чат не означает чистое рабочее дерево: состояние файлов всегда проверяйте отдельно.

Перед использованием команды можно пройти короткий контрольный список:

• проверить git status;
• убедиться, что нужные изменения сохранены или зафиксированы;
• записать команды тестирования, если они понадобятся после очистки;
• понять, действительно ли старый контекст больше не нужен;
• после /clear заново описать ограничения новой задачи.

Проверка	Зачем она нужна	Команда или действие
Статус Git	Понять, какие файлы изменены	git status
Разница файлов	Проверить фактические правки	git diff
Тесты	Зафиксировать текущее состояние проекта	npm test, pytest или другая команда
Новая постановка	Не потерять важные ограничения	Сформулировать цель, область и критерии

$ git status --short
 M src/auth.ts
?? docs/auth-notes.md

$ git diff --stat
 src/auth.ts | 18 ++++++++++++++----

Пользователь: /clear
Пользователь: Продолжи работу с текущими файлами, но сначала только опиши найденные изменения. Ничего не удаляй.

Есть и ещё один полезный приём: после очистки явно обозначайте, что является источником истины. Это может быть текущее содержимое файлов, документация, вывод тестов или конкретный Git diff. Такая формулировка особенно важна, если между двумя задачами вы вручную изменяли проект.

Пользователь: /clear
Пользователь: Источником истины считай текущие файлы на диске, а не прежние сообщения. Изучи README.md и package.json, затем объясни, как запускается проект. Не делай предположений о командах, которых нет в этих файлах.

Итоги

/clear — это команда для сброса активного контекста разговора без выхода из Codex CLI. Она удобна при смене задачи, повторной диагностике, независимом ревью и работе с несколькими направлениями в одном терминальном сеансе.

При этом команда не удаляет файлы, не отменяет изменения и не заменяет управление Git. Если нужно сохранить старую беседу и открыть отдельную, используйте /new. Если требуется уменьшить объём истории, но продолжить прежнюю задачу, подходит /compact. Если работа полностью закончена, применяйте /exit.

Задача	Команда	Ключевая мысль
Начать с чистого контекста	/clear	Старый диалог больше не используется
Открыть новый чат в том же сеансе	/new	Задачи разделяются
Сократить длинную историю	/compact	Суть сохраняется в сжатом виде
Завершить работу CLI	/exit	Интерактивный процесс закрывается

Самый практичный подход прост: перед новой независимой задачей — очистить контекст, перед продолжением старой — сохранить или сжать его. Тогда Codex CLI получает именно те вводные, которые нужны сейчас, а не весь архив предыдущих размышлений, включая уже забытые идеи и давно отменённые требования.