Боковые и связанные чаты: что выбрать и как пользоваться

Дата сверки: 24 октября 2026 года. Продуктовые сведения проверены по документации; действия в вашем интерфейсе и модельные запросы из примеров не выполнялись.

Сначала выберите нужную связь

Что нужно сделать Что выбрать Что получится
Уточнить термин или ход решения, пока выполняется задача Боковой чат — Side chat Короткое обсуждение с отдельной перепиской
Попробовать другой подход с уже накопленным контекстом Развилка — Fork Новый самостоятельный чат из текущего
Вести несколько результатов одной работы Чаты одного проекта Общая организация и проектные источники; отдельные переписки
Вернуться к конкретной переписке или указать её другому участнику Ссылка на чат Адрес для навигации; не объединение контекстов
Поручить узкую часть работы агенту Субагент Делегированное задание с границами и проверкой ответа

«Связанные чаты» в этом разделе — общее описание способов организовать связанную работу. Отдельная универсальная кнопка Related chats / Linked chats, связывающая любые два чата, в проверенных источниках не подтверждена. Это не доказывает её отсутствия в конкретной сборке; точный смысл такой секции нужно проверять по её интерфейсу и документации. Ниже разобраны подтверждённые механизмы.

Боковой чат в приложении Windows

  1. Откройте основную задачу в режиме Codex.
  2. Введите /side в поле сообщения Codex либо нажмите Ctrl+Alt+S.
  3. Задайте один уточняющий вопрос.
  4. После ответа вернитесь к основной переписке.
  5. Если принято решение, которое меняет работу, сформулируйте его явно в основном чате.

Это команда внутри Codex, а не команда PowerShell. Сочетание клавиш относится к настольному приложению Windows и может быть изменено в Settings → Keyboard Shortcuts. Его отсутствие в другой программе или другой раскладке не означает, что нужно выполнять /side в терминале ОС.

Источники: slash-команды приложения, команды и сочетания клавиш Windows.

Пример вопроса в боковом чате:

Объясни, почему в предложенном плане нужна очередь обработки CSV.
Приведи один простой пример сбоя без очереди.
Только объяснение: не меняй файлы и не отправляй задания другим чатам.
Если контекста плана недостаточно, скажи, какой фрагмент нужен.

Боковой чат полезен для понимания. Не стоит незаметно превращать его в второго владельца реализации. Формулировка «не меняй файлы» — инструкция; отдельную техническую песочницу она не создаёт.

Боковой чат в CLI

В интерактивном Codex CLI документированы /side и алиас /btw. Можно сразу добавить вопрос:

/side Объясни риск этого плана, ничего не меняя.

Документация описывает его как временное ответвление с отдельной перепиской; TUI продолжает показывать статус основного чата. Он недоступен внутри другого бокового чата и во время review mode. Не переносите эти ограничения и сочетания клавиш на все клиенты автоматически. Источник: Side chat в CLI.

В официальном практическом разборе Codex Remote также описан вопрос по выделенному тексту через Ask in side chat. Этот пример относится к Remote/mobile; наличие и точное название такого пункта в Windows здесь не проверялись.

Как перенести вывод в основную работу

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

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

Это авторская рекомендация, а не специальная команда слияния. Если обсуждение изменило требования, зафиксируйте решение в существующем документе проекта.

Развилка: попробовать другой подход

В настольном Codex /fork создаёт копию локального чата как новый локальный чат или чат в worktree. В CLI /fork создаёт новый ID и сохраняет исходную переписку; если предлагается выбор, укажите текущую папку или отдельный worktree. Для сохранённых CLI-сеансов команда codex fork в терминале открывает выбор сеанса. Источники: команды приложения, CLI fork.

Порядок для сравнения вариантов:

  1. Сначала уточните общие требования в исходном чате.
  2. Сделайте /fork.
  3. Поручите новому чату альтернативный план с теми же критериями.
  4. Если оба варианта будут менять код, выберите отдельные рабочие копии.
  5. Сравните подходы и затем выберите реализацию.

Развилка переписки не равна снимку файлов. В той же папке оба чата могут обращаться к одним текущим файлам. Worktree даёт отдельную рабочую копию Git-репозитория; её начальное состояние, окружение и последующее объединение проверяются отдельно. Источник: Worktrees.

Новые сообщения двух чатов не следует считать автоматически синхронизированными. Развилка не обещает автоматического объединения кода или результатов.

Несколько чатов одного проекта

Пример структуры: «Требования», «Реализация», «Проверка». Каждый чат отвечает за один результат. Связь между ними поддерживают проект, общий документ требований и ссылки на конкретные ревизии.

Официальная документация различает ChatGPT projects с загруженными/подключёнными источниками и локальные проекты с папками компьютера. CLI использует рабочий каталог, IDE — открытую папку или workspace. У каждого чата сохраняется собственная переписка. Общая папка не доказывает автоматическое чтение всех соседних разговоров. Источник: Projects and chats.

Для передачи достаточно короткого сообщения:

Цель: реализовать подтверждённый сценарий импорта.
Источник: docs/import-requirements.md, ревизия [полный commit].
Связанный чат: [ссылка на обсуждение требований].
Ограничения: не менять публичную схему API.
Готово, когда: проходят перечисленные в требованиях сценарии.

Файл и ревизия позволяют проверить состояние; ссылка на чат помогает найти объяснения. Если другой чат не может прочитать переписку, передайте нужный документ или короткое подтверждённое резюме.

Уточнение от 27 октября: срок жизни рабочей копии

По текущей инструкции Worktrees создание постоянного worktree через меню проекта больше не предлагается. Ранее созданные permanent worktrees сохраняются и защищены от автоматической очистки. Не считайте обычную управляемую копию постоянной только потому, что она существует несколько дней.

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

Как найти чат и скопировать ссылку на Windows

  • Search chats ищет чаты; стандартное сочетание клавиш для него не назначено, его можно настроить.
  • Ctrl+F ищет внутри открытого чата.
  • Ctrl+Alt+L копирует deep link текущего чата.

Ссылка вида codex://threads/... помогает открыть нужный чат в приложении. Она не превращает приватную переписку в публичную веб-страницу и не добавляет её целиком в контекст другого агента. Источник: Search и deep links.

Что не стоит смешивать

Механизм Чего из него нельзя автоматически заключить
Side chat Что он видит каждое будущее обновление основного чата
Fork Что файлы уже изолированы или код автоматически объединится
Проект Что все чаты имеют одну общую переписку
Ссылка на чат Что получатель получил доступ или модель уже прочитала историю
Memories Что решение мгновенно и полностью передано соседнему чату

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

Если ноутбук выключен

Боковой чат, fork и worktree не выбирают постоянно работающую машину автоматически. Сначала определите, где исполняется задача и через какое устройство вы управляете ею. Разбор с двумя схемами и границами стороннего Paddock — в практическом сценарии работы на сервере, сверенном 31 октября по официальной документации и README проекта. Это дополнение о размещении работы, а не новая функция связанных чатов.

Если сейчас только читаете

Представьте: основной чат меняет загрузку CSV, а вы хотите понять сообщение об ошибке. Выберите side chat для объяснения. Если хотите другую архитектуру с прежними требованиями — fork. Если готовите независимую инструкцию пользователю — отдельный чат проекта с явным источником данных. Во всех случаях решение, влияющее на реализацию, передаётся владельцу реализации явно.

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

Дальше: рабочие сценарии →