IDE-расширение Codex полезно там, где задача тесно связана с редактором: с текущим выделением, открытыми файлами, диагностикой и навигацией по символам. Оно использует локальный runtime Codex и общий config, но добавляет команды и настройки, специфичные для редактора. Смысл расширения - приблизить агента к контексту, в котором вы уже работаете, а не создать отдельную вселенную: ядро поведения общее с CLI, различаются лишь способы подать контекст и представить результат.

Ключевая тонкость - контекст в редактор не попадает сам собой. То, что открыто в редакторе, не обязано автоматически становиться контекстом модели. Чтобы добавить выделение или открытые файлы в следующий prompt, используют команду IDE или /ide. Это осознанное различение: редактор может показывать десятки файлов, но агент увидит только то, что вы явно передали. Ожидать, что "он и так видит мой экран", - частая ошибка, ведущая к запросам, где агенту не хватает контекста, который вы считали переданным.

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

Общая политика в IDE - та же, что и в CLI, и это важно понимать. Пользовательский ~/.codex/config.toml, конфигурация доверенного проекта .codex/config.toml, AGENTS.md, skills и MCP доступны по тем же основным правилам, что и в терминале. Расширение не заводит отдельную модель доверия и не переопределяет sandbox по-своему: оно берёт границы из общих слоёв. Поэтому настроенная один раз политика работает и в редакторе, и в CLI одинаково - при условии, что вы держите её в общем config, а не в editor-specific настройках.

Граница расширения проходит по представлению и интеграции, а не по ядру. Editor-specific команды и настройки управляют тем, как контекст подаётся и как показывается результат: выделение, открытые файлы, inline-представление. Но модель, sandbox, approvals и MCP берутся из общих слоёв. Это разделение стоит держать в голове: если поведение агента не то, причину ищут в общем config, а не в настройках редактора, а если неудобно подавать контекст - наоборот, в editor-specific части.