Слеш-команда Codex CLI /copy применяется для копирования последнего завершённого ответа Codex без ручного выделения текста мышью или клавиатурой. Это небольшая, но очень практичная возможность: результат можно быстро вставить в редактор, задачу, сообщение коллегам, терминал или документацию, не опасаясь случайно захватить служебные строки, приглашение командной строки и лишние фрагменты интерфейса.
/copy переносит в буфер обмена именно последний завершённый ответ, поэтому команда особенно полезна тогда, когда ответ уже готов, а повторно просить Codex вывести его или выделять длинный текст вручную не хочется.
На первый взгляд команда кажется простой до очевидности. Однако у неё есть несколько важных особенностей: она работает с последним завершённым сообщением, зависит от поддержки системного буфера обмена и отличается от команд, которые показывают изменения, переключают формат вывода или запускают проверку кода. Ниже разберём, как пользоваться /copy, когда она экономит время, какие ошибки встречаются чаще всего и чем она отличается от /diff, /raw и /review.
- Как использовать /copy
- Что именно копируется
- Когда применять /copy
- Примеры использования
- Копирование объяснения ошибки
- Перенос инструкции в README
- Передача ответа коллеге
- Копирование фрагмента с кодом
- Сохранение результата перед сменой контекста
- Копирование структурированного списка
- Чем /copy отличается от других команд
- /copy: копирование ответа
- /diff: просмотр изменений
- /raw: неформатированный вывод
- /review: проверка кода
- Сочетание Ctrl+O
- Ограничения и типичные ошибки
- Практический рабочий процесс
Как использовать /copy
Раздел важен потому, что команда выполняет одну конкретную операцию, но результат зависит от состояния текущей сессии. Сначала нужно дождаться окончания ответа Codex, затем вызвать slash-команду из интерфейса CLI и проверить, что операционная система действительно приняла данные в буфер обмена.
Главное правило простое: сначала дождитесь завершения ответа, затем копируйте. Если Codex ещё печатает текст, команда может оказаться преждевременной или не дать ожидаемого результата.
Обычно последовательность выглядит так: пользователь формулирует запрос, Codex завершает ответ, после чего в строке ввода вводится /copy и выполняется команда. В некоторых интерфейсах slash-команды выбираются из списка автодополнения. Если автодополнение доступно, оно помогает избежать опечаток и заодно показывает, какие команды поддерживает установленная версия Codex CLI.
| Шаг | Что сделать | Зачем это нужно |
|---|---|---|
| 1 | Отправить запрос Codex | Получить текстовый ответ, описание решения или фрагмент кода |
| 2 | Дождаться полного завершения генерации | Убедиться, что копируется весь ответ, а не промежуточное состояние |
| 3 | Ввести /copy |
Запустить копирование последнего ответа в буфер обмена |
| 4 | Выполнить команду и дождаться уведомления | Понять, была ли операция принята интерфейсом |
| 5 | Вставить результат через Ctrl+V или системную комбинацию |
Проверить содержимое буфера и использовать его в нужном месте |
Команду нужно вводить именно как slash-команду, то есть с начальным символом /. Запрос вроде «скопируй последний ответ» — это уже обычная инструкция для модели, а не гарантированный вызов встроенной функции. В результате Codex может попытаться объяснить, как выполнить копирование, или вернуть текст, предназначенный для копирования, но не изменить системный буфер обмена.
Пользователь: Объясни, почему тест падает после обновления зависимости. Codex: Причина, вероятно, связана с изменением поведения функции parseConfig... Codex: [ответ завершён] Пользователь: /copy Система: Последний ответ скопирован в буфер обмена.
После выполнения команды откройте целевое приложение и вставьте текст. Это может быть IDE, текстовый редактор, GitHub issue, корпоративный мессенджер или другой терминал. Если вставка не происходит, не стоит сразу делать вывод, что /copy не сработала: проблема может быть в разрешениях терминала, отсутствии системной утилиты буфера обмена или особенностях удалённого подключения.
| Среда | Что проверить | Типичная причина неполадки |
|---|---|---|
| Локальный Linux | Наличие и доступность инструмента буфера обмена | Не установлен или недоступен xclip, xsel или аналогичный механизм |
| Wayland | Работу Wayland-совместимого clipboard-инструмента | Окружение использует другой способ обмена данными |
| macOS | Разрешения терминала и работу системного clipboard | Ограничения приложения или запуск в нестандартном окружении |
| Windows | Выбранный терминал и его интеграцию с буфером | Ограничения оболочки, удалённая сессия или особый режим терминала |
| SSH | Где именно запущен Codex и где находится буфер | Команда выполняется на удалённом компьютере, а вставка нужна на локальном |
Что именно копируется
Практический смысл /copy состоит в копировании последнего завершённого ответа целиком в том виде, в котором он доступен интерфейсу. Это может быть обычный текст, список, объяснение, блоки кода или сочетание нескольких элементов. Команда не предназначена для выбора отдельного абзаца, конкретного файла или только одного блока кода внутри ответа.
Ответ Codex:
1. Обновите конфигурацию.
2. Запустите тесты.
3. Проверьте переменную окружения.
Для копирования всего ответа:
/copy
Для копирования только одной строки:
выделите нужный фрагмент вручную или используйте возможности терминала.
Следует различать последний ответ и последнее действие Codex. Если модель выполнила команду в проекте, а затем вывела итоговое сообщение, /copy обычно относится именно к отображённому завершённому ответу, а не к выводу каждой внутренней операции. Поэтому при необходимости сохранить конкретный лог лучше копировать его отдельно или перенаправлять вывод команды в файл.
| Что нужно получить | Подходит ли /copy |
Лучший подход |
|---|---|---|
| Полный последний ответ | Да | Использовать /copy |
| Один абзац ответа | Не всегда | Выделить фрагмент вручную |
| Только код из ответа | Не гарантированно | Скопировать нужный блок отдельно или попросить Codex вывести только код |
| Вывод команды оболочки | Не является основной задачей | Использовать перенаправление в файл или средства терминала |
| Список изменённых файлов | Возможно, но избыточно | Использовать /diff или команду Git |
Когда применять /copy
/copy полезна не только для механического переноса текста. Она сокращает число промежуточных действий в рабочих сценариях, где ответ Codex нужно быстро отправить другому человеку, сохранить в документации или передать в другой инструмент. Особенно заметна экономия времени на длинных ответах с кодом и списками.
Команда ценна там, где скорость и точность копирования важнее ручного редактирования ответа: меньше движений — меньше шансов случайно захватить интерфейсный мусор или пропустить строку.
Один из наиболее удобных сценариев — обсуждение задачи с коллегой. Например, Codex объяснил причину ошибки сборки. Вместо ручного выделения нескольких экранов текста можно выполнить /copy и вставить результат в issue. Это сохраняет структуру ответа и позволяет передать контекст без пересказа «своими словами», который иногда превращает точную диагностику в игру «испорченный телефон».
| Сценарий | Почему /copy удобна |
На что обратить внимание |
|---|---|---|
| Отправка ответа коллеге | Копируется весь контекст одним действием | Проверьте, нет ли секретов или внутренних путей |
| Перенос инструкции в README | Сохраняются списки и блоки кода | После вставки проверьте Markdown-разметку |
| Публикация объяснения ошибки | Не нужно вручную собирать фрагменты ответа | Отделите предположение от подтверждённого факта |
| Передача ответа в другой ИИ-инструмент | Быстро переносится исходный контекст | Удалите конфиденциальные данные и лишние инструкции |
| Сохранение результата консультации | Удобно архивировать ответ в заметках | Добавьте дату, название проекта и версию окружения |
Команда особенно уместна, когда ответ нужно передать без изменений. Например, Codex подготовил пошаговую инструкцию для настройки линтера. Если переписывать её вручную, легко потерять точное имя параметра, кавычки или порядок действий. /copy снижает риск таких ошибок, хотя финальная проверка всё равно остаётся обязанностью пользователя.
Сценарий: подготовка сообщения для issue
1. Codex анализирует ошибку.
2. Codex формирует причины и план исправления.
3. Ответ завершён.
4. Выполните /copy.
5. Вставьте текст в issue.
6. Добавьте собственные сведения: версия ОС, команда запуска и лог ошибки.
Есть и ситуации, когда применять /copy не стоит. Если нужен только изменённый участок файла, полный ответ может оказаться слишком большим. Если требуется доказать, какие строки реально поменялись, лучше использовать /diff. А если ответ содержит предположительный анализ безопасности, его не следует без проверки отправлять как окончательное экспертное заключение.
- Используйте
/copy, когда нужен весь последний ответ. - Не полагайтесь только на
/copy, если нужно выбрать один фрагмент или подтвердить фактическое изменение в проекте. - Перед публикацией проверьте пути к файлам, имена пользователей, токены, ключи и внутренние адреса.
- После вставки в Markdown-редактор убедитесь, что тройные обратные кавычки и отступы сохранились.
| Цель | Рекомендуемое действие | Почему |
|---|---|---|
| Быстро поделиться всем ответом | /copy |
Минимум ручной работы |
| Получить только патч | /diff |
Показывает изменения в проекте |
| Сохранить текст без оформления интерфейса | /raw |
Удобнее для дальнейшей обработки |
| Попросить анализ качества кода | /review |
Это проверка, а не копирование |
| Скопировать часть ответа | Ручное выделение | /copy работает не как редактор фрагментов |
Примеры использования
Ниже приведены типичные ситуации, в которых /copy помогает в реальной работе. Каждый пример показывает не только саму команду, но и контекст: что было получено от Codex, куда переносится результат и какую проверку желательно выполнить перед использованием.
Копирование объяснения ошибки
Если Codex разобрал сообщение об ошибке и составил связное объяснение, ответ удобно перенести в задачу для команды или в личные заметки. Это лучше, чем копировать отдельные предложения и потом восстанавливать порядок рассуждений.
Запрос:
Объясни ошибку "ModuleNotFoundError" и предложи план диагностики.
Ответ Codex:
Ошибка означает, что интерпретатор не видит модуль в текущем окружении.
Проверьте активное виртуальное окружение, путь поиска модулей
и наличие зависимости в requirements.txt.
Действие:
/copy
Результат:
Весь завершённый ответ помещён в буфер обмена для вставки в issue.
Перенос инструкции в README
Инструкции по запуску проекта часто содержат команды, переменные окружения и последовательность шагов. При копировании такого ответа особенно важно убедиться, что команды не были изменены редактором или мессенджером при вставке.
Запрос:
Составь инструкцию для локального запуска проекта после клонирования.
Ответ Codex:
1. Установите зависимости.
2. Создайте файл .env.
3. Запустите миграции.
4. Выполните команду запуска.
Действие:
/copy
После вставки в README проверьте:
- блоки команд;
- названия переменных;
- порядок миграций;
- отсутствие реальных секретов.
Передача ответа коллеге
Во время совместной отладки коллега может попросить не краткий вывод, а полный ход анализа. В этом случае копирование последнего ответа сохраняет и найденную причину, и предложенные варианты проверки.
Коллега: Почему новый endpoint возвращает 403? Вы: Попросили Codex проанализировать middleware и конфигурацию авторизации. Ответ завершён. Команда: /copy Перед отправкой: Удалите токены, cookies, внутренние URL и персональные данные.
Копирование фрагмента с кодом
/copy может быть удобна, если ответ состоит из небольшого примера кода и краткого пояснения. Но если нужен только один из нескольких блоков, после вставки придётся удалить лишнее либо попросить Codex заранее сформировать ответ в требуемом формате.
Запрос:
Покажи минимальный пример обработки исключения в Python.
Ответ Codex:
Используйте try/except и журналирование ошибки.
try:
result = load_data()
except ValueError as error:
logger.warning("Некорректные данные: %s", error)
Действие:
/copy
Совет:
Если нужен только код, заранее попросите:
"Верни только один блок кода без пояснений".
Сохранение результата перед сменой контекста
В длинной сессии легко потерять удачное объяснение среди новых запросов. Копирование завершённого ответа в заметки или рабочий документ помогает сохранить промежуточный результат до того, как начнётся другая ветка обсуждения.
Сессия: Codex подготовил план миграции базы данных. Действие: /copy Файл заметок: migration-plan-2025-03-08.txt Что добавить вручную: - версия базы данных; - резервная копия; - окно обслуживания; - ответственный за откат.
Копирование структурированного списка
Ответы со списками удобно использовать при подготовке чек-листов. При этом стоит проверить, как целевое приложение обрабатывает маркеры: некоторые редакторы сохраняют их, а некоторые превращают в обычный текст.
Ответ Codex:
Чек-лист перед релизом:
- прогнать unit-тесты;
- проверить миграции;
- обновить changelog;
- проверить переменные окружения;
- подготовить план отката.
Команда:
/copy
Назначение:
вставка в задачу релиза или внутренний чек-лист.
Чем /copy отличается от других команд
Похожие по форме slash-команды решают разные задачи. /copy отвечает на вопрос «как забрать последний ответ в буфер обмена», тогда как /diff показывает изменения, /raw меняет представление вывода, а /review запускает или запрашивает проверку кода. Путаница возникает потому, что все команды вводятся одинаково — с символа /.
Удобно запомнить так:
/copyпереносит ответ,/diffпоказывает изменения,/rawубирает оболочку форматирования, а/reviewоценивает код.
| Команда | Основная задача | Что получает пользователь | Это копирование? |
|---|---|---|---|
/copy |
Скопировать последний завершённый ответ | Текст в системном буфере обмена | Да |
/diff |
Показать изменения | Сравнение состояния или патч | Нет |
/raw |
Показать ответ в неформатированном виде | Более «сырой» текст | Нет, это изменение представления |
/review |
Проверить код или изменения | Замечания, риски и рекомендации | Нет, это анализ |
/copy: копирование ответа
/copy не проверяет качество ответа и не определяет, какие строки файла были изменены. Её назначение — взять последний завершённый ответ и передать его в буфер обмена. Поэтому команда находится ближе к функции «поделиться» или «экспортировать», чем к инструментам анализа проекта.
| Вопрос | Ответ для /copy |
|---|---|
| Что является входом? | Последний завершённый ответ Codex |
| Что является результатом? | Содержимое системного буфера обмена |
| Проверяет ли команда код? | Нет |
| Показывает ли она Git-патч? | Нет |
| Можно ли выбрать один фрагмент? | Обычно нет; для этого нужно ручное выделение или другой запрос |
/diff: просмотр изменений
/diff предназначена для просмотра различий: какие файлы и строки были изменены, добавлены или удалены. Она нужна, когда важно понять фактический результат работы с проектом, а не просто скопировать текстовое описание. Если Codex сказал «обновил обработчик», именно diff помогает проверить, что это означает на уровне файлов.
Codex изменил:
- src/api/client.py
- tests/test_client.py
Пользователь вводит:
/diff
Ожидаемая цель:
увидеть изменённые строки, проверить лишние правки
и понять, соответствует ли патч исходной задаче.
| Ситуация | /copy |
/diff |
|---|---|---|
| Нужно отправить объяснение коллеге | Подходит | Избыточна |
| Нужно увидеть изменённые строки | Не лучший выбор | Подходит |
| Нужно сохранить план действий | Подходит | Не предназначена для этого |
| Нужно проверить, не изменён ли лишний файл | Не гарантирует ответ | Подходит |
| Нужно перенести текст в буфер обмена | Да | Только если интерфейс или пользователь отдельно копирует результат |
Важно не путать описание изменений с самими изменениями. Codex может написать убедительный итоговый текст, но фактический diff обнаружит случайно изменённый конфигурационный файл, удалённую проверку или слишком широкий рефакторинг. Хорошая последовательность после правки обычно выглядит так: посмотреть /diff, затем при необходимости запросить /review, а уже после этого скопировать итоговый отчёт через /copy.
/raw: неформатированный вывод
/raw связана не с буфером обмена, а с формой отображения ответа. Неформатированный или менее обработанный вывод может быть удобен для технической диагностики, автоматической передачи, анализа специальных символов и случаев, когда интерфейсное оформление мешает увидеть исходное содержимое.
Задача: получить ответ без визуальных элементов интерфейса, которые могут мешать дальнейшей обработке. Команда: /raw После этого: при необходимости используйте /copy, если нужно перенести показанный ответ в буфер обмена.
| Характеристика | /copy |
/raw |
|---|---|---|
| Меняет формат отображения | Нет | Да, в зависимости от версии CLI |
| Работает с буфером обмена | Да | Не обязательно |
| Полезна для машинной обработки | Косвенно | Часто да |
| Решает задачу выбора текста | Да, для всего ответа | Нет |
| Заменяет другую команду? | Нет | Нет, команды могут использоваться последовательно |
Например, если в обычном режиме код визуально оформляется, а пользователю нужно передать его в другой инструмент без дополнительных элементов, сначала может пригодиться /raw. Но если конечная цель — вставка в редактор, саму операцию копирования всё равно выполняет /copy или стандартные средства терминала.
/review: проверка кода
/review используется для анализа кода, изменений или потенциальных проблем. Это команда про качество и риски: корректность, тестируемость, безопасность, производительность, читаемость и соответствие требованиям. Полученный отчёт можно затем скопировать с помощью /copy, но эти действия не являются взаимозаменяемыми.
Сценарий проверки: 1. Codex подготовил изменения. 2. Пользователь выполняет: /diff 3. Пользователь проверяет фактический патч. 4. Пользователь выполняет: /review 5. Codex формирует замечания. 6. Для передачи отчёта коллегам: /copy
| Задача | Подходящая команда | Что проверяется или получается |
|---|---|---|
| Скопировать отчёт ревью | /copy |
Перенос уже готового текста |
| Найти потенциальную ошибку | /review |
Анализ качества и рисков |
| Сопоставить старый и новый код | /diff |
Фактические различия |
| Увидеть ответ в техническом виде | /raw |
Представление без обычного оформления |
Полезная рабочая цепочка может выглядеть так: сначала /diff показывает, что изменилось; затем /review помогает найти проблемы; после исправлений пользователь снова проверяет результат и применяет /copy, чтобы передать итоговый отчёт. Такая последовательность разделяет факты, анализ и экспорт — три разные задачи, которые не стоит смешивать.
Сочетание Ctrl+O
В некоторых версиях и режимах Codex CLI сочетание Ctrl+O может быть доступно для переключения или просмотра более подробного представления вывода. Точное поведение зависит от версии, режима интерфейса и настроек терминала, поэтому воспринимать эту комбинацию как универсальную замену /copy не следует.
| Инструмент | Роль | Можно ли считать заменой /copy? |
|---|---|---|
/copy |
Копирует последний ответ | Да, это основное назначение |
Ctrl+O |
Может переключать подробный или альтернативный вид вывода | Нет, если в версии нет отдельного копирования |
| Стандартное выделение терминала | Позволяет выбрать произвольный фрагмент | Да, но вручную и с риском захватить лишнее |
Ctrl+V |
Вставляет содержимое буфера | Нет, это обратная операция |
Если Ctrl+O доступно в рассматриваемой версии, его можно использовать для более удобного просмотра ответа или диагностики интерфейса, а затем отдельно выполнить /copy. Если сочетание не срабатывает, проверьте подсказки текущей версии, список доступных горячих клавиш и настройки терминала: часть комбинаций перехватывается самим терминалом или операционной системой.
Ограничения и типичные ошибки
Даже простая команда может давать неожиданный результат, если не учитывать границы её применения. Большинство проблем связано не с самим копированием, а с неправильным пониманием того, какой ответ считается последним, где находится буфер обмена и что именно пользователь хочет перенести.
Успешное копирование не означает, что скопированный текст автоматически верен, безопасен или соответствует текущему состоянию проекта. Буфер обмена переносит данные, но не выполняет проверку фактов.
Первая распространённая ошибка — запуск /copy до завершения ответа. Вторая — попытка получить через неё только изменённые строки, хотя команда копирует ответ, а не строит патч. Третья — вставка текста в публичный канал без проверки секретов. Даже если Codex обычно не должен показывать конфиденциальные данные, в контексте проекта могут присутствовать внутренние пути, фрагменты конфигурации и значения переменных окружения.
| Проблема | Как выглядит | Что сделать |
|---|---|---|
| Ответ ещё не завершён | Скопирован неполный текст или команда не дала результата | Дождаться окончания генерации и повторить /copy |
| Нет доступа к буферу | Команда выполнена, но вставка пустая | Проверить окружение, терминал и clipboard-инструменты |
| Запущена не та версия | Команда неизвестна или отсутствует | Проверить справку и обновить документацию для своей версии |
| Нужно скопировать отдельную строку | В буфер попал весь ответ | Выделить фрагмент вручную или изменить запрос к Codex |
| Вставка в Markdown нарушила формат | Код превратился в обычный текст | Проверить отступы и разделители кодовых блоков |
Неправильный порядок: Codex ещё печатает длинный ответ. Пользователь сразу вводит /copy. Результат может быть неполным. Правильный порядок: Дождаться сообщения о завершении ответа. Выполнить /copy. Проверить вставку в безопасном черновике.
Отдельно стоит помнить о различии между локальным и удалённым запуском. Если Codex CLI работает внутри SSH-сессии, системный буфер может относиться к удалённой машине или вообще быть недоступным. В такой ситуации можно сохранить ответ в файл, использовать возможности терминального клиента или выполнить копирование уже на локальной стороне.
| Место запуска | Где ожидается буфер | Риск | Практическая мера |
|---|---|---|---|
| Локальный терминал | На текущем компьютере | Минимальный | Проверить права приложения |
| Контейнер | Внутри контейнера или через интеграцию хоста | Clipboard может отсутствовать | Сохранить текст в файл и вывести его на хост |
| SSH на сервере | Не всегда доступен локальному компьютеру | Копирование останется на сервере | Использовать SSH-клиент, файл или локальный запуск |
| Удалённый рабочий стол | Зависит от политики обмена | Буфер может быть отключён | Проверить настройки удалённого рабочего стола |
Ещё одна ошибка — считать скопированный ответ доказательством того, что действие выполнено. Например, Codex может написать «тесты должны проходить», но это не равно фактическому запуску тестов. Перед публикацией отчёта убедитесь, какие действия были реально выполнены, какие только предложены, а какие являются предположениями.
- Отделяйте фразы «проверено» и «вероятно».
- Не публикуйте содержимое ответа без проверки конфиденциальных данных.
- Для изменений в коде сверяйте текст с
/diffили Git. - Для качества решения используйте
/reviewи реальные тесты. - Если нужен специальный формат, задайте его до выполнения
/copy.
Практический рабочий процесс
Наиболее надёжный подход — воспринимать /copy как последний этап небольшой цепочки: сформулировать запрос, дождаться ответа, проверить его содержание, выбрать правильное представление и только после этого переносить текст. Такая дисциплина особенно полезна в командной разработке, где скопированный фрагмент может попасть в документацию, задачу или публичный канал.
Для простого объяснения достаточно выполнить /copy. Для изменения кода лучше сначала посмотреть /diff, затем проверить решение тестами или через /review. Если ответ предназначен для автоматической обработки, может пригодиться /raw. Горячая клавиша Ctrl+O, если она поддерживается конкретной версией, помогает работать с представлением вывода, но не отменяет необходимости понимать назначение каждой команды.
| Этап | Действие | Контрольный вопрос |
|---|---|---|
| Формулировка | Описать задачу и желаемый формат результата | Понятно ли, что именно нужно скопировать? |
| Получение ответа | Дождаться завершения Codex | Ответ полностью отображён? |
| Проверка контекста | Уточнить файлы, версии и ограничения | Нет ли устаревших или предположительных данных? |
| Проверка изменений | Использовать /diff при работе с проектом |
Изменено только необходимое? |
| Проверка качества | Использовать /review и тесты |
Нет ли рисков, регрессий или пропущенных сценариев? |
| Экспорт | Выполнить /copy |
Получен ли нужный ответ в буфере? |
Рекомендуемый процесс для изменения кода: 1. Попросить Codex внести небольшую правку. 2. Дождаться завершения. 3. Выполнить /diff. 4. Проверить список файлов и строки. 5. Запустить тесты. 6. При необходимости выполнить /review. 7. Попросить Codex сформировать итоговый отчёт. 8. Выполнить /copy. 9. Передать отчёт команде.
Если нужно часто копировать ответы одного типа, заранее задайте шаблон. Например: «Сформируй итог в пяти пунктах: причина, изменённые файлы, выполненные проверки, оставшиеся риски, дальнейшие действия». После этого /copy будет переносить не произвольный длинный текст, а единообразный отчёт, который проще читать и сравнивать.
Шаблон запроса:
Сформируй итоговый отчёт в формате:
1. Причина проблемы.
2. Изменённые файлы.
3. Выполненные проверки.
4. Оставшиеся риски.
5. Следующие действия.
Не добавляй приветствие и лишние пояснения.
После ответа:
/copy
Такой подход уменьшает объём ручной обработки, но не превращает команду в автоматическую систему контроля. Перед вставкой в документацию всегда полезно быстро просмотреть первые и последние строки, проверить кодовые блоки и убедиться, что в тексте нет данных, предназначенных только для локального окружения.
| Перед вставкой | Что проверить |
|---|---|
| Техническая точность | Версии, имена файлов, команды и параметры |
| Безопасность | Токены, ключи, пароли, cookies, внутренние адреса |
| Актуальность | Соответствует ли ответ текущей ветке и состоянию проекта |
| Формат | Списки, кодовые блоки, таблицы и переносы строк |
| Аудитория | Понятны ли термины человеку, которому отправляется текст |
Итак, /copy — это инструмент быстрого экспорта последнего завершённого ответа Codex CLI в системный буфер обмена. Он не заменяет просмотр изменений, не выполняет code review и не обязан выбирать отдельный фрагмент из большого сообщения. Его сила в другом: команда убирает рутинное ручное выделение и помогает без лишних движений перенести готовый результат туда, где он нужен.
Если запомнить различие между командами, рабочая схема становится очевидной: /copy — забрать ответ, /diff — увидеть изменения, /raw — получить неформатированное представление, /review — проверить код. А сочетание Ctrl+O можно использовать дополнительно, если оно поддерживается установленной версией и текущим режимом Codex CLI.
