Codex в IDE

Терминал удобен для длинных задач и скриптов, но большая часть дня проходит в редакторе. Открыт нужный файл, выделена подозрительная функция — объяснять агенту, «о чём речь», уже не нужно. Расширение Codex для IDE строится как раз на этом. В уроке — где оно есть, чем отличается от CLI и как совместить оба инструмента, не дублируя настройки.

Где работает

• VS Code, VS Code Insiders, Cursor, Windsurf — расширение openai.chatgpt из маркетплейса. Основной вариант, и всё ниже в уроке относится прежде всего к нему.
• IDE JetBrains (для нас это в первую очередь PhpStorm) — своя интеграция: Codex выбирается как агент в AI Chat. Набор возможностей определяет JetBrains, смотрите их документацию.
• Xcode — Codex выбирается как агент во встроенном coding assistant. Полезно для iOS-части мобильных проектов.

На Windows расширение умеет запускать агента внутри WSL2. Это настройка chatgpt.runCodexInWindowsSubsystemForLinux, она нужна, если репозиторий и инструменты живут в Linux-окружении.

Одна конфигурация на всё

Расширение не заводит отдельный мир настроек. Модель, уровень рассуждений, песочница, одобрения, MCP-серверы берутся из того же ~/.codex/config.toml и проектного .codex/config.toml, что и у CLI и ChatGPT desktop. Инструкции — из тех же AGENTS.md. Вход в аккаунт тоже общий с CLI. Настроили MCP-сервер Figma в терминале — он доступен и в редакторе.

Отдельно живут только настройки поведения самого расширения — ключи chatgpt.* в настройках редактора. В config.toml их не пишут.

Одно заметное отличие: плагины в расширении для IDE на октябрь 2026 не поддерживаются, они работают в ChatGPT desktop и CLI. Навыки и MCP при этом доступны.

Контекст из редактора

Главное преимущество IDE — контекст без лишних слов.

• Открытые файлы расширение добавляет к запросу автоматически. В CLI те же файлы пришлось бы упоминать через @ или /mention.
• Выделение добавляется командой «Add to Codex Thread» (chatgpt.addToThread) из палитры команд, целый файл — командой chatgpt.addFileToThread. Их удобно повесить на горячие клавиши.
• TODO в коде — над комментариями TODO расширение показывает CodeLens, через который можно отдать этот пункт Codex.

Автоматический контекст бывает и во вред. Если открыто двадцать вкладок с прошлой задачи, агент учитывает и их. Закрывайте лишнее или выключайте автоконтекст командой /ide-context, когда задача не связана с открытыми файлами.

Пример запроса с выделением, когда вы разбираетесь в чужом компоненте OctoberCMS:

Объясни, как проходит запрос через выделенный код onSubmit:
где валидируются данные, куда они уходят дальше, какие события
OctoberCMS срабатывают. Назови один-два подводных камня, если я
буду менять этот метод.

Дифф и ревью рядом с кодом

После хода агента расширение показывает краткое описание и изменённые строки рядом с исходником. Можно оставить нужное, отклонить лишнее и тут же продолжить в том же чате. Документация советует ставить git-чекпоинты до и после задачи: коммит или хотя бы stash перед началом, чтобы любую правку можно было сравнить и откатить (подробнее — в уроке Git как страховка).

Команда /review работает и в IDE. Настройка chatgpt.reviewDelivery решает, где идёт ревью: в текущем чате (inline, по умолчанию) или в отдельном (detached). Отдельный чат удобнее, когда не хочется смешивать контекст реализации и проверки. Сами режимы ревью разобраны в уроке Ревью кода командой /review.

Очередь или управление на ходу

Пока агент работает, вы можете написать следующее сообщение. Что с ним произойдёт, решает настройка chatgpt.followUpQueueMode:

• queue (по умолчанию) — сообщение ждёт окончания текущего хода;
• steer — сообщение сразу корректирует текущий ход.

Сочетание Cmd/Ctrl+Shift+Enter меняет поведение для одного сообщения. Привычка, которая окупается: ставьте в очередь следующий шаг, а управление на ходу используйте, когда видите, что агент пошёл не туда.

Пример пользовательских настроек:

{
  "chatgpt.followUpQueueMode": "queue",
  "chatgpt.reviewDelivery": "detached",
  "chatgpt.commentCodeLensEnabled": true,
  "chatgpt.composerEnterBehavior": "cmdIfMultiline"
}

Последняя строка делает так, что многострочный промпт отправляется только по Cmd/Ctrl+Enter. Это спасает от случайной отправки недописанной задачи.

Локально, в worktree или в облаке

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

• /local — в текущей рабочей копии;
• /worktree — в новом git worktree, чтобы не мешать вашей работе (см. урок про worktree);
• /cloud и /cloud-environment — в облаке, с переносом контекста текущего чата (см. урок про облачные задачи).

Сценарий из документации: план крупного рефакторинга составляете локально, где агент видит весь код и ваши правки, а реализацию по этапам отправляете в облако и возвращаетесь к готовому диффу.

IDE и CLI вместе

Выбирать одно не обязательно. Частая схема — редактор для точечных правок и разбора кода, терминал для длинных задач, codex exec и скриптов. Две полезные связки:

• В CLI команда /ide подтягивает в следующий запрос контекст из редактора: открытые файлы и выделение. Не нужно копировать пути.
• Ключ file_opener в config.toml делает ссылки на файлы в выводе CLI кликабельными и открывает их в нужном редакторе: допустимые значения — vscode, vscode-insiders, cursor, windsurf, none.

file_opener = "cursor"

Если вы проходили курс по Claude Code, расклад похожий: агент один, а терминал и редактор — разные окна к нему с общей конфигурацией.