ChatGPT на Windows и macOS: как разделить Chat, Work и Codex в рабочем процессе
В заметках OpenAI от 14 июля 2026 года настольное приложение описано как пространство с режимами Chat, Work и Codex. Названия помогают разделять обычный вопрос, исследовательскую работу и разработку, но сами по себе не создают порядок. Перед началом проекта определите, где хранится источник истины и что считается готовым результатом.
Чем отличаются Chat, Work и Codex
Chat подходит для обсуждения и быстрых пояснений. Work ориентирован на исследование и подготовку законченного результата. Codex нужен для задач, связанных с кодом, файлами и проверкой изменений.
Разговор и быстрый ответ
В Chat удобно уточнить термин, составить список вариантов или разобрать ошибку. Не превращайте такой диалог в единственный архив проекта: важные решения переносите в документ или задачу.
Исследование и программирование
Work полезен, когда нужно собрать материал, сравнить источники и оформить вывод. Codex применяйте к конкретной папке, репозиторию и тесту. Разделение уменьшает риск, что кодовая задача потеряется среди общих обсуждений.
Как разложить проект по режимам
Сначала сформулируйте вопрос и ограничения. Затем определите, нужен ли внешний источник, изменение файла или только объяснение. Это помогает не загружать рабочие документы туда, где они не нужны.
Входные данные и ожидаемый результат
Для исследования укажите источники и формат результата. Для кода добавьте команду теста и список файлов. Для ответа без изменения данных достаточно короткого контекста.
Где хранится источник истины
Финальный текст должен находиться в документе, а код — в репозитории. Чат может содержать обсуждение и варианты, но не должен считаться единственным местом хранения принятого решения.
Как не смешать файлы и контекст
Перед загрузкой проверьте рабочую папку. Уберите `.env`, ключи, реальные заявки и выгрузки с персональными данными. Если материал нужен как пример, замените значения на вымышленные.
Имена, папки и права
Давайте доступ только к нужным файлам. Понятное имя помогает модели не перепутать черновик и финальную версию. После работы проверьте, какие файлы были прочитаны и изменены.
Удаление секретов перед загрузкой
Не надевайте на секрет маску и не считайте задачу безопасной, если токен виден в скриншоте. Удалите значение из источника и при необходимости создайте новый ключ после инцидента.
Как принимать готовый результат
Оцените ответ по критериям, которые задали заранее. Для фактов откройте первичные источники, для кода запустите тест, для дизайна проверьте реальный экран.
Проверка фактов
Модель может уверенно описать несуществующую функцию или устаревшее правило. Для тарифов, API, безопасности и версий фиксируйте дату проверки.
Diff, тест и ручная редактура
Любой код просматривайте через diff. Статью прочитайте как редактор: удалите повторения, проверьте ссылки и отделите факт от предположения.
Когда лучше не использовать приложение
Если проект содержит настоящие персональные данные, секреты или закрытые договоры, сначала определите разрешённый процесс обработки. Отсутствие явного запрета не означает, что загрузка допустима.
Чувствительные данные
Обезличьте заявки и логи. Не передавайте полный экспорт CRM ради одного столбца. В сомнительной ситуации остановитесь и уточните внутреннюю политику.
Нет чёткого критерия готовности
Если непонятно, что должно получиться, модель будет генерировать варианты без конца. Сначала определите формат, объём, тест и человека, который принимает результат.
