# Codex could not start в VS Code: причины для WSL, SSH и прокси > «Codex could not start» — 30-секундный таймаут панели. В WSL на VS Code 1.141.1 поможет обновление до 1.141.2, при прокси, SSH и Dev Containers — только обходы. - URL: https://blog.laozhang.ai/ru/posts/codex-could-not-start-vscode - Published: 2026-10-15 - Updated: 2026-10-15 - Author: LaoZhang AI Team (https://blog.laozhang.ai/ru/about) - Topic: Инструменты разработчика - Tags: OpenAI Codex, VS Code, Codex could not start, WSL, Remote-SSH, Dev Containers, прокси --- Страница «Codex could not start» с подписью «The extension could not start its user interface» — не одна конкретная ошибка. Её показывает расширение Codex (`openai.chatgpt`), когда интерфейс панели за 30 секунд так и не сообщил расширению, что готов. Фоновая часть Codex к этому моменту обычно уже запущена: в журнале есть строки о старте `codex app-server`, не загрузилась только сама панель с чатом. Поэтому исправление зависит не от текста ошибки, а от окружения и от того, что стоит рядом в журнале. - **Окно WSL, VS Code 1.141.1, ошибка появилась после обновления 13 октября 2026 года.** Обновите VS Code до 1.141.2 или 1.142.0. Откат расширения Codex в этом случае не помогает. - **Работаете через VPN или прокси.** Проверьте, что прокси действительно пропускает запросы к chatgpt.com, а не подвешивает их: повисший запрос держит панель до таймаута. - **Remote-SSH, Dev Containers или несколько вкладок Codex.** По состоянию на 15 октября 2026 года исправления от OpenAI нет, issues открыты. Есть обходы, о которых сообщают пользователи, и Codex CLI в терминале, который в этих отчётах продолжал работать. В августовских сборках расширения та же страница называлась «The extension couldn't load its resources». Если вы искали этот текст, разбор ниже относится и к нему. Ни одна из веток не воспроизводилась на Windows с WSL, в Dev Containers или по Remote-SSH. Причины и решения собраны из отчётов на GitHub с журналами, комментария команды Codex в OpenAI и коммита-исправления в репозитории VS Code; ссылка на источник стоит рядом с каждым выводом. Обходы, найденные отдельными пользователями, приведены как их сообщения, а не как проверенные решения. ## Что значит «The extension could not start its user interface» Расширение Codex состоит из двух частей: фонового процесса `codex app-server`, который выполняет работу, и интерфейса панели — веб-страницы внутри VS Code (webview). Когда вы открываете панель, расширение ждёт от этой страницы сигнал готовности. Если сигнал не пришёл за 30 секунд, расширение заменяет панель страницей ошибки. Жёстко заданный таймаут `setTimeout(..., 3e4)` пользователи нашли прямо в коде расширения ([issue #38088 о прокси VeePN](https://github.com/openai/codex/issues/38088)). На [странице устранения неполадок Codex в документации OpenAI](https://developers.openai.com/codex/reference/troubleshooting) этой ошибки нет. Типичный `Codex.log` в такой ситуации выглядит так (фрагмент из [issue #53738 об окне WSL после обновления VS Code](https://github.com/openai/codex/issues/53738)): ```text [info] [CodexMcpConnection] Spawning codex app-server [info] [CodexMcpConnection] Initialize received id=1 [error] [CodexWebviewProvider] Webview renderer did not become ready elapsedMs=30003 extensionVersion=26.1007.21434 reason=renderer_ready_timeout receivedWebviewMessage=false role=sidebar stage=renderer timeoutMs=30000 ``` Первые две строки означают, что бэкенд запустился и ответил. Третья — что интерфейс так и не прислал ни одного сообщения (`receivedWebviewMessage=false`). Значение `role=sidebar` относится к боковой панели, `role=panel` — к вкладке разговора в редакторе. В старых сборках вместо третьей строки было `Webview did not finish starting`. Сама строка с `renderer_ready_timeout` причину не называет: она только фиксирует, что интерфейс не успел. Причину показывают соседние строки журнала и консоль панели. ### Августовская версия ошибки уже исправлена В начале августа 2026 года сборки 26.803.x показывали ошибку и при просто медленном старте, когда интерфейс догрузился бы чуть позже. 13 августа команда Codex выпустила исправление в версии 26.810.41047 (pre-release 26.5810.41047) и [в комментарии к issue #37458](https://github.com/openai/codex/issues/37458#issuecomment-5287557175) прямо предупредила: если инициализации мешает сеть или авторизация, после обновления проблема, скорее всего, останется, поэтому проверьте прокси и VPN. Обновление расширения — правильный первый шаг только для тех, у кого сборка старше 26.810.41047. На 15 октября 2026 года в VS Code Marketplace стабильная версия — 26.1007.21434 от 9 октября, pre-release — 26.51007.21434. Pre-release отличаются ведущей пятёркой во втором числе. Версии выходят несколько раз в неделю, так что сверяйтесь с Marketplace. ## Где смотреть: Codex.log и консоль панели Codex Перед любыми исправлениями соберите две вещи, иначе не понять, в какой вы ветке. **Журнал расширения.** Откройте палитру команд (Ctrl+Shift+P) и выполните `Developer: Open Extension Logs Folder`, затем откройте `openai.chatgpt/Codex.log`. Тот же журнал виден в панели Output, в канале Codex. В локальной установке на Windows путь выглядит примерно так: `%APPDATA%\Code\logs\20260811T112728\window1\exthost\openai.chatgpt\Codex.log` — папка с датой у каждого сеанса своя. В окне WSL, SSH или контейнера расширение работает на удалённой стороне, и его журналы лежат там же, в `~/.vscode-server/data/logs/`. **Консоль панели.** Команда `Developer: Open Webview Developer Tools` открывает инструменты разработчика для веб-страницы панели. Смотрите вкладки Console и Network. Ошибки, которые случились до того, как у интерфейса заработал собственный журнал, в `Codex.log` не попадают: например, ответ 401 на файлы JS и CSS панели виден только здесь. Заодно запишите: - окружение — в левом нижнем углу окна написано, куда вы подключены, например `WSL: Ubuntu-24.04` или `SSH: имя-хоста`; - версию VS Code — в меню «Справка» → «О программе»; - версию расширения — команда `code --list-extensions --show-versions` выводит все установленные расширения с версиями. ## Таблица: признак, причина и что делать на 15 октября 2026 года | Где и что видно | Причина | Статус | Что делать | | --- | --- | --- | --- | | Окно WSL с заглавными буквами в имени (`WSL: Ubuntu-24.04`), VS Code 1.141.1, в консоли панели 401 на файлы `webview/assets` | Регрессия VS Code 1.141.1 | Исправлено в VS Code 1.141.2 и 1.142.0 | Обновить VS Code; откат Codex не поможет | | VPN или прокси; в журнале нет строки `[chatgpt-account-lookup] completed` | Запрос данных аккаунта повис в прокси | Открыт [issue #37521](https://github.com/openai/codex/issues/37521) | Сделать так, чтобы прокси пропускал запросы, проверить его через curl | | Remote-SSH, бесконечная загрузка, CLI на сервере работает | Не установлена, вероятно несколько | Открыт [issue #26951](https://github.com/openai/codex/issues/26951) | Обходы пользователей: настройки совместимости, перезапуск сервера, временный профиль | | Dev Container, `renderer_ready_timeout` после автообновления расширения | Не подтверждена | Открыт [issue #40532](https://github.com/openai/codex/issues/40532) | Проверить `PendingMigrationError` в журнале, настройка в `devcontainer.json` | | Несколько вкладок Codex в редакторе, ошибка только в части из них с `role=panel` | Не установлена | Открыт [issue #43080](https://github.com/openai/codex/issues/43080) | Закрыть лишние вкладки и перезагрузить окно | | Сборка расширения старше 26.810.41047, медленный старт | Слишком жёсткий таймер августовских сборок | Исправлено в 26.810.41047 | Обновить расширение | Если в одном окне совпадает несколько признаков, начните с той ветки, для которой уже есть исправление: обновление VS Code или расширения стоит меньше всего. ## Окно WSL после обновления VS Code 1.141.1: обновите до 1.141.2 Если ошибка появилась в окне Remote-WSL сразу после обновления VS Code до 1.141.1 (релиз от 13 октября 2026 года), скорее всего, это регрессия VS Code, а не Codex. Microsoft исправила её в 1.141.2, вышедшей 14 октября; то же исправление вошло в 1.142.0, выпущенную в тот же день. Признаки этой ветки: - в левом нижнем углу окна имя дистрибутива с заглавными буквами: `WSL: Ubuntu`, `WSL: Ubuntu-24.04`, `WSL: FedoraLinux-44`; - в консоли панели Codex — ошибки 401 на файлы JS и CSS из `~/.vscode-server/extensions/openai.chatgpt-26.1007.21434-linux-x64/webview/assets/` ([issue #53840](https://github.com/openai/codex/issues/53840)); - в том же окне пустым открывается и предпросмотр Markdown, и панели других расширений. Это самый быстрый способ проверить: откройте любой `.md` и нажмите Ctrl+Shift+V. Что сломалось. Адрес, по которому панель загружает свои файлы, содержит имя удалённого окна — например, `wsl+Ubuntu-24.04`, а браузерный движок приводит его к нижнему регистру. В 1.141.1 вошла новая проверка путей, которая сравнивала имена с учётом регистра; `wsl+ubuntu-24.04` не совпадало с `wsl+Ubuntu-24.04`, и VS Code отвечал на запросы файлов кодом 401. Это описано в [pull request #341508 с исправлением в репозитории VS Code](https://github.com/microsoft/vscode/pull/341508), а [issue #341396 о пустых webview в WSL](https://github.com/microsoft/vscode/issues/341396) закрыт с вехой 1.141.2 и пометкой verified. Между тегами 1.141.1 и 1.141.2 нет других изменений, кроме этого исправления и смены номера версии. ![Цепочка регрессии в WSL: имя окна wsl+Ubuntu-24.04 в адресе панели становится строчным, проверка путей VS Code 1.141.1 не находит совпадения и отвечает 401 на файлы webview/assets; исправление — обновление до 1.141.2 или 1.142.0](https://blog.laozhang.ai/posts/ru/codex-could-not-start-vscode/img/wsl-case-mismatch-401.webp) **Исправление.** В Windows откройте «Справка» → «Проверить наличие обновлений», установите 1.141.2 или 1.142.0 и заново откройте папку в WSL. Microsoft проверила исправление на webview в целом; сообщений от пользователей Codex, обновившихся до 1.141.2, в issues Codex на 15 октября 2026 года нет. Если на 1.141.2 панель Codex в WSL всё равно не открывается, это уже другая причина: снова откройте журнал и консоль. **Если обновиться прямо сейчас нельзя**, есть два рабочих варианта из отчётов: 1. Вернуть VS Code 1.141.0. В таблице версий из [issue #53738](https://github.com/openai/codex/issues/53738) только этот шаг вернул чат Codex. 2. Открыть ту же папку WSL с именем дистрибутива в нижнем регистре. Узнайте точное имя командой `wsl -l -v` в PowerShell и запустите: ```powershell code --new-window --remote wsl+ubuntu-24.04 /home/USER/projects/app ``` Из терминала самого Ubuntu тот же запуск выглядит так: ```bash powershell.exe -NoProfile -Command "code --new-window --remote wsl+ubuntu-24.04 '$PWD'" ``` Подставьте своё имя дистрибутива и путь. Обычный `code .` из Ubuntu открывает окно с именем `wsl+Ubuntu-24.04` и на 1.141.1 снова даёт ошибку. **Что в этой ветке не помогает** (по [issue #53840](https://github.com/openai/codex/issues/53840) и [issue #341475 в репозитории VS Code](https://github.com/microsoft/vscode/issues/341475)): откат расширения Codex до 26.1002.51308, переустановка Codex и VS Code Server, очистка кэшей webview, новый профиль VS Code, перезапуск WSL и Windows. Авторизация здесь тоже ни при чём: у автора #53840 `codex login status` показывал `Logged in using ChatGPT`, так что входить заново незачем. Если удобнее работать без окна Remote-WSL, у расширения есть настройка `chatgpt.runCodexInWindowsSubsystemForLinux` (только для Windows, по умолчанию `false`): VS Code остаётся в обычном окне Windows, а Codex выполняет команды в WSL. Она описана в [справочнике настроек расширения Codex](https://developers.openai.com/codex/ide/settings); после её изменения VS Code перезагружается. Регрессию это не исправляет, а обходит. ## VPN или прокси: панель ждёт ответа, который не придёт Через прокси панель Codex падает с этой ошибкой, когда прокси принимает соединение, но оставляет запрос к серверам OpenAI висеть без ответа. Тогда запрос данных аккаунта не завершается, интерфейс не подаёт сигнал готовности, и через 30 секунд появляется «Codex could not start». Автор [issue #37521 о зависании при прокси](https://github.com/openai/codex/issues/37521) показал, что исход зависит от того, как именно ведёт себя сеть: | Что происходит с запросами | Что с панелью Codex | | --- | --- | | Прокси работает и пропускает запросы | Обычный запуск | | Прокси нет, запросы быстро завершаются ошибкой | Ошибка поиска аккаунта, но интерфейс открывается в ограниченном (офлайн) режиме | | Прокси принял соединение, а запрос к chatgpt.com повис | Поиск аккаунта не завершается, через 30 секунд — «Codex could not start» | Августовское исправление таймера этот случай не закрывает: в OpenAI ответили, что оно не добавляет ограничений по времени для запросов аккаунта, и оставили #37521 открытым. Медленный, но рабочий прокси сейчас не должен вызывать ошибку: в августе в [issue #38088](https://github.com/openai/codex/issues/38088) с системным прокси VeePN интерфейс поднимался за 26,7 и 30,1 секунды, а однажды за 3,5 минуты (без прокси — около 9 секунд), но это было на сборке 26.803 до исправления. Признак в журнале: при зависшем прокси в `Codex.log` не появляются строки `[chatgpt-account-lookup] completed` и `app routes mounted`. **Проверьте прокси с той машины, где работает расширение.** В окне WSL или SSH это удалённая сторона, а не ваш Windows. Подставьте адрес и порт своего прокси: ```bash curl -sS -o /dev/null -w "%{http_code}\n" --max-time 20 -x http://127.0.0.1:7890 https://chatgpt.com ``` - Любой трёхзначный код, даже 403, значит, что прокси пропускает запрос: ответ пришёл. - `000` с ошибкой `Couldn't connect to server` — быстрый отказ; по наблюдениям из #37521 панель тогда открывается в ограниченном режиме. - Ожидание до 20 секунд и ошибка `(28) Operation timed out` — тот самый случай, который подвешивает Codex. ![Три сетевых исхода для панели Codex: рабочий прокси даёт обычный запуск, быстрый отказ curl с кодом 000 ведёт к ограниченному режиму, а повисший запрос с ошибкой Operation timed out заканчивается «Codex could not start» через 30 секунд](https://blog.laozhang.ai/posts/ru/codex-could-not-start-vscode/img/proxy-curl-outcomes.webp) Повторите проверку для `api.openai.com` и `ab.chatgpt.com`: в #37521 зависали запросы ко всем трём адресам. Если запрос висит, переключите VPN-клиент на рабочий сервер или исправьте правила прокси, а затем перезапустите VS Code целиком, чтобы расширение подхватило новое окружение. **Какие настройки прокси видит расширение.** Официальной настройки прокси у расширения Codex в документации нет. Из отчётов пользователей известно следующее: - запросы самого расширения не идут через `network_proxy` из настроек песочницы Codex, а встроенный `fetch` в Node.js по умолчанию не читает переменные `HTTP_PROXY` и `HTTPS_PROXY` (комментарий в #37521); - у одного пользователя в `settings.json` стояло `"http.proxySupport": "off"`; после переключения на `"on"` расширение пошло через системный прокси Clash на порту 7890, и ошибка исчезла (комментарий в [issue #37458](https://github.com/openai/codex/issues/37458)); - в окнах Remote-SSH удалённая часть расширения наследует прокси из окружения сервера — именно так автор #37521 воспроизвёл зависание. ## Remote-SSH: бесконечная загрузка, хотя Codex CLI на сервере работает Для Remote-SSH официального исправления нет: [issue #26951](https://github.com/openai/codex/issues/26951) открыт с 8 июня 2026 года, а обходы из него работают не у всех. Ниже они в порядке от дешёвых к дорогим, и у каждого указано, чем он закончился у тех, кто его пробовал. 1. **Ищите `PendingMigrationError: navigator is now a global in nodejs`** в консоли или журнале удалённого окна. 14 октября пользователь с Windows и Ubuntu по SSH добавил в **локальные** пользовательские настройки (`settings.json` на Windows) две строки, полностью закрыл все окна VS Code, переподключился — и панель Codex заработала: ```json { "extensions.supportNodeGlobalNavigator": true, "http.electronFetch": true } ``` Какая из двух настроек решила дело, он не выяснил, а обновление до VS Code 1.141.2 ему не помогло. Другой участник ещё в июне включил первую настройку локально и на сервере: ошибка `PendingMigrationError` из журнала ушла, а загрузка — нет. 2. **Перезапустите сервер VS Code на хосте**: команда `Remote-SSH: Kill VS Code Server on Host…`, затем подключитесь заново. Сервер VS Code и расширение на хосте запустятся с чистого листа. 3. **Проверьте временный профиль.** Если панель открывается при запуске `code --user-data-dir /tmp/vscode-codex-profile --extensions-dir /tmp/vscode-codex-extensions`, мешает состояние вашего основного профиля. Один пользователь с локальной установкой на Linux в этом случае закрыл VS Code и переименовал папки `Service Worker`, `Cache`, `Partitions` в каталоге профиля (сохранив копии); панель стабильно загружалась примерно после трёх перезапусков. 4. **Отключите удалённые плагины Codex.** Команда `codex features disable remote_plugin` у одного пользователя сразу починила загрузку, у другого зависание вернулось после перезагрузки окна. Она меняет `config.toml`, общий для расширения и CLI. 5. **Откатите расширение на сервере** на предыдущую версию и отключите для него автообновление (подробнее в разделе об откате ниже). У одних это помогло, у других нет. Если на сервере ещё не выполнен вход в Codex, CLI попросит войти через браузер; как сделать это без браузера, разобрано в статье [«Вход в Codex на сервере без браузера: код, порт 1455, auth.json»](https://blog.laozhang.ai/ru/posts/codex-headless-login). ## Dev Containers: renderer_ready_timeout после автообновления расширения В Dev Containers причина не подтверждена, а [issue #40532](https://github.com/openai/codex/issues/40532) открыт с 25 августа 2026 года без ответа OpenAI. Автор (VS Code 1.134.0, расширение 26.818.61809, клиент Windows, контейнер Ubuntu 22.04) пишет, что переустановка расширения и удаление старых версий расширения и VS Code Server не помогли. Найденную им правку в коде расширения приходится повторять после каждого обновления, и сам автор называет её временной — на постоянную работу на ней лучше не рассчитывать. Более практичная зацепка — та же ошибка совместимости, что и при SSH. В [issue #26951](https://github.com/openai/codex/issues/26951) пользователь (VS Code 1.135.0, расширение 26.825.32147, контейнеры Ubuntu 24.04) сравнил два контейнера, запущенных одновременно: там, где была включена `extensions.supportNodeGlobalNavigator`, Codex загрузился, а там, где не была, панель упала по таймауту. Настройки удалённой стороны у каждого контейнера свои, поэтому он прописал её прямо в `devcontainer.json`: ```json "customizations": { "vscode": { "settings": { "extensions.supportNodeGlobalNavigator": true } } } ``` Ещё одна группа пользователей в [issue #37458](https://github.com/openai/codex/issues/37458) видела `PendingMigrationError` в двух Dev Containers на расширении 26.820.60940 и тоже назвала эту настройку рабочим обходом. Пересоберите контейнер и проверьте, пропала ли ошибка из журнала. Если `PendingMigrationError` в журнале нет, а таймаут есть, вы в той части #40532, для которой обхода нет. ## Несколько вкладок Codex: ошибка только в части из них (role=panel) Если Codex открыт в нескольких вкладках редактора и «Codex could not start» показывают лишь некоторые из них, это отдельный открытый случай — [issue #43080](https://github.com/openai/codex/issues/43080). У автора (локальный Windows, VS Code 1.136.1, расширение 26.901.22334) из трёх вкладок одна загрузилась, а две упали по таймауту почти одновременно, с `role=panel` в журнале. Предел по числу вкладок он установить не смог; кроме того, у него стояло вспомогательное расширение для открытия вкладок Codex, и его влияние не исключено. Разумный шаг, хотя и не подтверждённое исправление: закройте лишние вкладки Codex, оставьте один разговор (или боковую панель) и выполните `Developer: Reload Window`. ## Откат расширения Codex: когда помогает, а когда нет Откат имеет смысл, только если причина в самой сборке расширения, как было с августовскими 26.803.x. При регрессии VS Code 1.141.1 в WSL откат Codex до 26.1002.51308 ничего не изменил — помог только возврат VS Code. Посмотреть установленную версию и поставить конкретную можно из командной строки: ```bash code --list-extensions --show-versions code --install-extension openai.chatgpt@26.1002.51308 --force ``` В интерфейсе: «Расширения» → Codex → стрелка рядом с кнопкой удаления → установка другой версии. Затем отключите для Codex автообновление в меню-шестерёнке, иначе VS Code вскоре снова поставит последнюю сборку. В окне WSL, SSH или контейнера расширение установлено на удалённой стороне (сборка `linux-x64` в `~/.vscode-server/extensions`), и откатывать нужно именно её. ## Codex CLI как запасной путь и что приложить к issue Пока ветка ждёт исправления, работайте в терминале: во всех отчётах выше (#53738, #53840, #26951) команда `codex` продолжала работать, когда панель не открывалась. Это не гарантия: CLI использует ту же авторизацию и ту же сеть, поэтому при зависшем прокси он тоже может не достучаться. Установка описана в статье [«Как установить и настроить Codex CLI в Windows, macOS и Linux»](https://blog.laozhang.ai/ru/posts/codex-cli-install). Если ваша ветка совпала с открытым issue, добавьте в него данные, а не «+1»: - версию VS Code и расширения Codex, окружение (WSL, SSH, контейнер, локально); - строки `Codex.log` от `Spawning codex app-server` до строки с таймаутом; - ошибки из консоли панели (`Developer: Open Webview Developer Tools`); - что уже пробовали и что изменилось. Перед отправкой уберите токены, адреса серверов и пути к закрытым проектам. Если панель открылась, но запросы потом падают с кодами 401 или 429, это уже другой слой — он разобран в статье [«Ошибки Codex 401, 429 и Stream Disconnected: найдите слой отказа»](https://blog.laozhang.ai/ru/posts/codex-exceeded-retry-limit-429). Настройка ключа API и сторонней модели в расширении — в статье [«Codex в VS Code: API-ключ, сторонняя модель и проверка настройки»](https://blog.laozhang.ai/ru/posts/codex-vscode-extension-api-key-custom-models). ## Вопросы о «Codex could not start» в VS Code ### Что делать, если Codex не запускается в VS Code? Подождите 30 секунд и посмотрите, что показывает панель. Если «Codex could not start», откройте `Codex.log` и консоль панели, определите окружение и найдите свою строку в таблице выше. Для окна WSL на VS Code 1.141.1 решение — обновление VS Code до 1.141.2; для сборок расширения старше 26.810.41047 — обновление расширения; для прокси, SSH, Dev Containers и нескольких вкладок — обходы из соответствующих разделов и CLI в терминале. ### Обновил расширение Codex, а ошибка осталась. Почему? Обновление расширения исправило только августовский случай, когда таймер срабатывал на медленном старте. Если интерфейсу мешает повисший прокси, регрессия VS Code в WSL или проблема совместимости в SSH и контейнерах, новая сборка Codex ничего не меняет — в OpenAI об этом предупреждали ещё 13 августа. ### В терминале Codex CLI работает, а панель в VS Code нет. Это одна проблема? Нет. CLI и панель используют общую авторизацию, но интерфейс панели — отдельная веб-страница внутри VS Code со своей загрузкой. Работающий CLI скорее говорит о том, что с входом и аккаунтом всё в порядке, а сломалось что-то между VS Code и панелью. ### Включил или выключил VPN, и Codex стал запускаться иначе. Почему? Панель Codex по-разному ведёт себя при трёх сетевых исходах: рабочий прокси даёт нормальный старт, быстрый отказ сети — ограниченный режим, а повисший запрос — ошибку через 30 секунд. Смена VPN меняет исход. Проверка через curl из раздела о прокси показывает, какой из них у вас. ### Как запустить Codex в VS Code, если панель так и не открылась? На время работайте через Codex CLI в терминале VS Code. В Windows с проектами в WSL можно временно уйти из окна Remote-WSL и включить `chatgpt.runCodexInWindowsSubsystemForLinux`. Как установить и настроить само расширение, разобрано в статье [«Codex в VS Code: API-ключ, сторонняя модель и проверка настройки»](https://blog.laozhang.ai/ru/posts/codex-vscode-extension-api-key-custom-models). ### Та же ошибка в Cursor или Windsurf: что проверить? Это то же расширение Codex, поэтому смотрите те же строки в `Codex.log`. Номера версий VS Code к форкам напрямую не относятся: у них свои сборки и свой график обновлений. Если редактор берёт расширения из Open VSX, учтите, что 13 августа OpenAI писала об отсутствии Windows-пакетов расширения в Open VSX из-за проблемы с размером пакета; с тех пор это могло измениться. Установка Codex в Cursor описана в статье [«Codex в Cursor: установка и первая проверяемая правка»](https://blog.laozhang.ai/ru/posts/codex-cursor-extension-guide). ## Источники Внешние страницы, на которые ссылается это руководство, в порядке упоминания. Последнее обновление: 2026-10-15. - [issue #38088 о прокси VeePN](https://github.com/openai/codex/issues/38088) (github.com) - [странице устранения неполадок Codex в документации OpenAI](https://developers.openai.com/codex/reference/troubleshooting) (developers.openai.com) - [issue #53738 об окне WSL после обновления VS Code](https://github.com/openai/codex/issues/53738) (github.com) - [в комментарии к issue #37458](https://github.com/openai/codex/issues/37458) (github.com) - [issue #37521](https://github.com/openai/codex/issues/37521) (github.com) - [issue #26951](https://github.com/openai/codex/issues/26951) (github.com) - [issue #40532](https://github.com/openai/codex/issues/40532) (github.com) - [issue #43080](https://github.com/openai/codex/issues/43080) (github.com) - [issue #53840](https://github.com/openai/codex/issues/53840) (github.com) - [pull request #341508 с исправлением в репозитории VS Code](https://github.com/microsoft/vscode/pull/341508) (github.com) - [issue #341396 о пустых webview в WSL](https://github.com/microsoft/vscode/issues/341396) (github.com) - [issue #341475 в репозитории VS Code](https://github.com/microsoft/vscode/issues/341475) (github.com) - [справочнике настроек расширения Codex](https://developers.openai.com/codex/ide/settings) (developers.openai.com)