Codex: The browser access host is unavailable в CLI и приложении

Ошибка The browser access host is unavailable значит, что браузерный инструмент Codex не получил доступа к браузеру и даже не дошёл до вкладок. Что с ней делать, зависит от того, где запущена сессия.

• Терминальный Codex CLI, codex exec, расширение Codex для VS Code или JetBrains, сторонние оболочки вроде T3 Code, Paseo и Orca, проект по SSH. В документации OpenAI прямо сказано, что Browser недоступен в Codex CLI и в расширении Codex для IDE. Обходной путь через плагины десктопного приложения, которым многие пользовались, перестал работать после обновлений приложения в конце октября 2026 года. По состоянию на 11 ноября 2026 года сотрудники OpenAI в issue на GitHub не ответили и версии с исправлением нет. Переустановки и откаты, судя по отчётам пользователей, не помогают. Рабочий вариант на сегодня — выполнить браузерную часть задачи в новом чате десктопного приложения ChatGPT.
• Чат внутри десктопного приложения ChatGPT (в issue на GitHub его по-прежнему называют Codex app). Обновите приложение, полностью перезапустите его и начните новый чат. Эти шаги есть в официальном списке проверок OpenAI.
• @Chrome или другой браузер через расширение ChatGPT. Пройдите проверки соединения из инструкции OpenAI по порядку: чёрный список сайтов, обновление, боковая панель, статус Manage, переключатель, профиль, новый чат, перезапуск.

Откуда пришла The browser access host is unavailable: три случая

Быстрый способ различить случаи: откройте приложение ChatGPT на том же компьютере, начните новый чат Codex и повторите запрос с тем же @-упоминанием. Если там браузер отвечает, а из терминала или IDE нет, это первый случай. Почти во всех отчётах о CLI, IDE и сторонних оболочках чат в приложении с тем же браузером продолжает работать (#57641, #58916).

@Browser из Codex CLI, IDE и других хостов: порядок действий

Официальная позиция короткая: «Browser isn't available in Codex CLI or the Codex IDE extension. Open the ChatGPT desktop app to use the built-in browser» (документация Browser). Работа браузера из терминала держалась на плагинах, которые ставит десктопное приложение, а поддерживался ли этот сценарий когда-либо, документация не говорит. По описанию в #57641, @Browser из терминала работал 27 октября на приложении 26.1021.3705.0 и сломался 28 октября, когда приложение само обновилось до 26.1023.6123.0, а версия CLI (0.164.0) при этом не менялась.

1. Убедитесь, что сессию запустило не приложение. Сюда относятся терминальный codex, codex exec, расширение для VS Code, JetBrains через codex-acp, оболочки на основе app-server (T3 Code, Paseo, Orca), команда /codex:rescue плагина Codex для Claude Code (codex-plugin-cc #839) и удалённые проекты: сообщения есть и о связке Windows → Linux по SSH (#59925), и о Linux на EC2 (#60459). Ошибка встречается на Windows, macOS и Linux.
2. Проверьте тот же браузер из нового чата в приложении ChatGPT. Если там всё работает, значит браузер, расширение и права в порядке, а ломается только путь из внешней сессии. Перебирать настройки браузера в этом случае бесполезно.
3. Выполните браузерную часть задачи в приложении. Начните новый чат Work или Codex и выберите @Browser (встроенный браузер) или свой браузер через @-упоминание. Остальную работу можно продолжать в терминале или IDE.
4. Не тратьте время на то, что другим уже не помогло. В #57641 и #56928 пользователи перечисляют безуспешные попытки: откат CLI до 0.164.0, переустановка приложения и CLI, запуск с --no-daemon, переопределение env_vars, полная перезагрузка компьютера, обновление Chrome и Codex, сброс среды CUA и CUA REPL, открытие в приложении чата, созданного в VS Code, смена модели.
5. Если браузер нужен именно из терминала, подключите отдельный инструмент. По сообщениям пользователей, Playwright MCP работал в расширении Codex для VS Code и в Codex CLI 0.166.0 (#58916), а Chrome DevTools MCP 1.12.0 с флагом --autoConnect перечислил вкладки и прочитал страницу из CLI 0.166.0 в Orca (#56928). Это сторонние инструменты: расширение ChatGPT они не используют, у них свои права, а подключение к профилю, в котором вы залогинены, открывает агенту всё, что доступно в этом профиле.
6. Добавьте свои версии в #57641, а не открывайте новый issue. Что указать, описано в разделе о версиях.

Почему внешняя сессия не проходит проверку доступа

OpenAI механизм ошибки не объясняла. Картина ниже складывается из файлов установленного плагина и разборов пользователей.

В файле запуска плагина unified-computer-use версии 26.1103.60933 (.mcp.json) процессу cua_repl передаются три переменные окружения: BROWSER_USE_ACCESS_EXECUTOR_ID, BROWSER_USE_ACCESS_PIPE_PATH и BROWSER_USE_ACCESS_VERIFYING_IDENTITY. Если первой нет, лаунчер подставляет пустую строку. Авторы #58916 (вывод codex doctor --json), #57641 и #56928 выяснили, что путь к каналу и идентификатор для проверки есть только у процессов, которые запустило само приложение. Сессия из терминала, IDE или чужой оболочки их не получает и отсекается проверкой доступа раньше, чем дело доходит до браузера. Если эти разборы верны, переустановка и перезагрузка ничего не меняют: значения выдаёт приложение только своим процессам.

Неофициальные обходы из #57641 и их цена

В #57641 пользователи выкладывают обходы: копию cua_repl в ~/.codex/config.toml без предзагрузки require-browser-access.mjs, вызов setupBrowserRuntime() из плагина Chrome через node_repl, правку предзагрузочного файла плагина и сторонние репозитории-мосты. OpenAI ни один из них не одобряла. У всех одна цена: они обходят или отключают проверку доступа, встроенную в плагин, и агент получает ваш браузер вместе со всеми залогиненными сайтами без неё. Кроме того, они недолговечны: по тем же сообщениям, приложение при каждом запуске удаляет переопределение из config.toml, а следующее обновление плагина затирает правки. Если браузер нужен из терминала, отдельный инструмент из пункта 5 обходится дешевле.

Есть ли исправление: статус на 11 ноября 2026 года

Нет. По состоянию на 11 ноября 2026 года:

• в репозитории openai/codex больше 20 отдельных открытых issue с этой ошибкой; самое раннее известное, #55173, открыто 19 октября. Самое крупное — #57641 (Windows 11, Brave): 34 реакции и 50 комментариев. Под новыми обращениями бот предлагает считать их дубликатами, а #58331 закрыт 30 октября как дубликат #57641;
• сотрудники OpenAI ни в одном из этих issue не ответили: кроме пользователей, там пишет только бот, который ищет дубликаты. Один пользователь написал, что поддержка OpenAI с ИИ-ассистентом собрала логи и направила его в issue на GitHub (#56928, 1 ноября);
• в журнале изменений последние записи — Codex CLI 0.167.0 (6 ноября) и 0.167.1 (10 ноября); ни там, ни там о доступе к браузеру ничего нет. Заметок о выпусках десктопного приложения новее 26.1007 на этой странице нет.

Версия с исправлением неизвестна. Неизвестно и то, собирается ли OpenAI вообще возвращать браузер в CLI и IDE: документация по-прежнему называет его недоступным там.

Проверка на свежей сборке: приложение 26.1103.60933 и CLI 0.166.0

11 ноября 2026 года в 04:30 UTC (07:30 по Москве) ошибку воспроизвели на Mac с macOS 26.1 (Apple Silicon). Приложение ChatGPT 26.1103.60933 было запущено, вход выполнен, встроенные плагины chrome и unified-computer-use той же версии 26.1103.60933, Codex CLI 0.166.0. Команда codex exec -s read-only один раз вызвала await cua.getState() и получила:

{"browsers":[],"errors":["Browsers: Error: The browser access host is unavailable"]}

Самая новая сборка приложения из встречающихся в отчётах путь из терминала не вернула. Чат в самом приложении на этом Mac и CLI 0.167.x в проверке не участвовали.

Ошибка в чате приложения ChatGPT со встроенным @Browser

Реже та же строка появляется в чате самого приложения. В #55173 (macOS, 26.1013.40934) вкладка встроенного браузера была открыта и показывала локальный сайт, а агент получал пустой список браузеров и эту ошибку; #56928 описывает то же на 26.1021.31345. Встроенный браузер работает в отдельном профиле, не связанном с вашим обычным браузером, поэтому настройки расширения здесь ни при чём.

Отдельной инструкции для встроенного браузера у OpenAI нет. Из официального списка проверок соединения к нему относятся общие шаги:

1. Обновите приложение ChatGPT. Если установлено больше одной копии ChatGPT или Codex, обновите каждую или удалите лишние.
2. Начните новый чат Work или Codex. По словам OpenAI, это сбрасывает состояние соединения, привязанное к конкретному чату.
3. Перезапустите приложение и повторите задачу.
4. Если не помогло, выполните /feedback в приложении и укажите ID чата при обращении в поддержку.

По отчёту в #58856 (Windows 10), до обновления новые чаты не помогали. После обновления до пакета 26.1029.7803.0 пользователь полностью закрыл приложение и открыл заново, и управление браузером заработало в чатах Work и Codex. Из VS Code на том же компьютере ошибка осталась. Это опыт одного пользователя, а не подтверждённое исправление, но он совпадает с официальным порядком: обновление, перезапуск, новый чат.

@Chrome и расширение ChatGPT: проверки OpenAI по порядку

Расширение ChatGPT работает в Chrome, Edge, Brave, Opera и Vivaldi, а задачи в браузере запускаются из десктопного приложения (документация). Если @Chrome с этой ошибкой вызван из терминала или IDE, это первый случай, и шаги ниже его не исправят. Если сбой в чате приложения (#59756: @Chrome в сессии Codex на macOS), пройдите официальный порядок. Сначала убедитесь, что сайт, с которым работает задача, не в чёрном списке (Settings > Computer Use, кнопка Manage рядом с браузером). Если не в нём:

1. Обновите приложение ChatGPT. Если копий ChatGPT или Codex несколько, обновите все или удалите лишние.
2. Перезапустите браузер. В Chrome, Edge, Brave и Vivaldi снова откройте ChatGPT с панели инструментов или из меню расширений и проверьте, что загружается боковая панель (side chat). В Opera боковой панели нет, соединение проверяется из приложения.
3. В Settings > Computer Use браузер должен быть в списке и показывать Manage. Если там Install, пройдите настройку заново: Install, установка расширения в магазине, возврат в Computer Use.
4. Если браузера нет в @-меню, включите его переключатель в Computer Use.
5. Работайте в том профиле браузера, где установлено расширение. При нескольких профилях установите и включите его в активном.
6. Начните новый чат Work или Codex и повторите задачу.
7. Перезапустите приложение ChatGPT. Если расширение всё равно не подключается, переустановите его через Settings > Computer Use.
8. Ничего не помогло: /feedback в приложении и ID чата в обращении в поддержку.

Учтите, что сама OpenAI называет этот список инструкцией на случай, когда ChatGPT не может подключиться к браузеру. Строку The browser access host is unavailable он не упоминает. Доступность браузеров, по словам OpenAI, зависит ещё и от постепенного развёртывания функций и настроек рабочего пространства.

Похожие сообщения об ошибках браузера Codex, которые означают другое

• Local browser use is disabled in Work settings — отдельная ошибка. В ветке на форуме OpenAI пользователь Windows сообщал, что помогло завершить процесс приложения в диспетчере задач и открыть его снова.
• Disabled by your organization or unavailable in your region в Settings > Browser — ограничение настроек или региона, а не сбой доступа.
• На Windows сообщения о запуске app-server и ошибки в боковой панели расширения вида manifest entry is missing required path nodePath/resourcesPath связаны с устаревшими путями после обновлений; они разобраны в статье «Failed to start codex app-server в Windows: ошибки и что делать».

Какие версии указать в отчёте и куда его отправить

Официальный путь — /feedback в приложении и ID чата в обращении в поддержку (документация). На GitHub полезнее дописать комментарий в #57641, чем открывать новый issue. Укажите:

• версию приложения ChatGPT. Её показывает окно About. На macOS её можно прочитать из пакета приложения:
  bash

  defaults read /Applications/ChatGPT.app/Contents/Info.plist CFBundleShortVersionString

  На Windows это версия пакета OpenAI.Codex (например, Get-AppxPackage *OpenAI.Codex* в PowerShell);
• версии встроенных плагинов. Это имена папок в ~/.codex/plugins/cache/openai-bundled/<плагин>/. На macOS и Linux ссылка chrome/latest указывает на текущую. На Windows плагины лежат в %USERPROFILE%\.codex\plugins\;
• версию CLI: codex --version;
• откуда запущена сессия: терминал, codex exec, VS Code, JetBrains, T3 Code, Paseo, Orca или удалённый проект, а также ОС и браузер;
• работает ли тот же браузер из нового чата в приложении.

Короткие ответы: расширение Chrome, обновление, откат, сроки

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

Ошибку вызвало обновление? По сообщениям пользователей — да: путь из терминала в #57641 перестал работать после автообновления приложения до 26.1023.6123.0 и плагинов до 26.1023.50603. Сама OpenAI причину не называла.

Можно ли откатиться? Откат CLI до 0.164.0 не помог тем, кто его пробовал: судя по хронологии в #57641, сбой связан с версией приложения и его плагинов, а не CLI.

Когда исправят? Неизвестно. На 11 ноября 2026 года ответа OpenAI в issue нет, а в заметках к CLI 0.167.0 и 0.167.1 исправления нет. Если после обновления приложения или CLI ошибка из терминала пропадёт, проверьте это у себя, прежде чем полагаться на браузер в автоматизации.