Браузер Codex не работает: два случая восстановления

Страница была видна, но Codex не мог управлять браузером. Две неполадки на одном компьютере — отсутствие подключения браузера и оставшаяся страница ошибки — потребовали разных способов восстановления. В статье описаны порядок проверок и фактически восстановленные функции.

Встроенный браузер, интеграция Chrome и поиск в интернете

Просьба к Codex «посмотреть в браузере» не всегда задействует один механизм. Определив, какая функция не работает и что именно ей не удаётся, можно избежать ненужных изменений настроек.

В официальной документации браузера OpenAI указано, что Codex в настольном приложении может открывать встроенный браузер, нажимать, вводить текст и изучать страницы. В ней не сказано, что сама CLI или расширение IDE имеют встроенный браузер. Первое различие — где именно вы используете Codex.

У встроенного браузера отдельный профиль, отличный от вашего обычного браузера. Наличие установленного расширения Chrome не доказывает подключения управления встроенным браузером. И наоборот, работающий встроенный браузер не предоставляет автоматически доступ к существующим вкладкам Chrome. Объяснение OpenAI о браузере и его профиле

В этом исследовании приоритет имел встроенный браузер, а Chrome использовался для проверки отдельного пути подключения. Мы не объединяли отображение страницы, подключение браузера и работу с конкретным сайтом в единый результат «работает или нет».

Страница открывается, но Codex не находит браузер

Исследование началось, когда Codex стал сообщать, что больше не может выполнять ранее работавшие действия в браузере. В настройках приложения браузер был включён, а Chrome показывал установленное расширение. Страницы действительно открывались во встроенном браузере.

Однако список доступных целей интерфейса управления не позволял получить ни встроенный браузер, ни Chrome. Видна была только отдельная поверхность MCP Apps. Экран, который видел пользователь, не соответствовал целям управления, доступным Codex.

Для подтверждения восстановления требовалось не только отображение страницы, но и получение вкладки, чтение содержимого и переходы по ссылкам через Codex.

Сначала различите три симптома

Проблема подключения, как в этом случае, требует иных проверок, чем сбой только одного сайта. Сначала определите, до какого этапа доходит действие.

Сформулируйте проверку точнее, чем «почини браузер»: попросите открыть общедоступную страницу → прочитать заголовок → нажать видимую ссылку → вернуться назад. Это не даст спутать успешный поиск с успешными нажатиями в браузере.

Другой чат, где помогло обычное обновление вкладки

В другом чате разработки после остановки локального сервера во вкладке оставалась страница «Не удаётся получить доступ к сайту». Даже после восстановления сервера попытка Codex получить вкладку отклонялась из-за недопустимого формата URL.

Фактический URL, возвращённый обычным списком вкладок, использовал формат data: с HTML непосредственно внутри адреса. Когда пользователь выполнил обычное обновление той же вкладки, фактический URL снова стал HTTP, и Codex прочитал заголовки и кнопки. Перезапуск всего приложения или изменение разрешений не понадобились.

Это отличается от отсутствия подключения браузера в списке. В том чате подтверждено только чтение содержимого, а не вход в игру или управление самой игрой. Внутренняя причина ранее записанных ошибок пути подключения также не установлена.

Что изменили до восстановления

На этом компьютере фактические данные домашнего каталога Codex уже находились в D:\CodexHome. Стандартный путь %USERPROFILE%\.codex был точкой соединения на диск D, но пользовательская и системная переменные CODEX_HOME не были заданы.

OpenAI описывает CODEX_HOME как корень настроек, аутентификации, журналов, сеансов, навыков и связанных данных состояния. Здесь переменную использовали для проверки прямого указания существующего фактического пути на диске D. Специальным переключателем исправления браузера она не объявлена. Документация OpenAI о переменных среды

1. Остановили приложение и связанные процессы Codex. Получив от пользователя подтверждение, что работа в других чатах закончена, создали резервную копию при остановленных процессах.
2. Скопировали домашний каталог и другие данные, затем проверили содержимое. Сравнили количество, размеры и время изменения файлов общим объёмом около 68.6GB (445,279 файлов), а также хеши 144 важных файлов.
3. Для одного запуска явно указали фактический путь на диске D. После полного завершения той же версии приложения запустили её заново и убедились, что оболочка и созданная конфигурация управления ссылаются на диск D.
4. Отдельно проверили встроенный браузер и Chrome. Оба стали доступны; чтение страниц и действия со ссылками прошли успешно.
5. Проверили и обычный запуск. После одобрения задали пользовательскую переменную среды. Новый экземпляр, запущенный с панели задач, использовал те же пути и прошёл те же проверки действий.

Важно, что сначала мы не переносили само приложение на другой диск. Восстановление браузера подтвердили до переноса приложения. При последующем переносе возник отдельный сбой, поэтому этот случай не обосновывает применение функции перемещения приложений Windows для исправления браузера.

Мы также не удаляли точку соединения и не переписывали конфигурацию MCP вручную. Читали пути в конфигурации, созданной после запуска, и сверяли их с ожидаемым состоянием. Различие домашнего каталога и самого приложения объясняется в нашем отчёте о переходе с диска C на другой диск.

Какими действиями подтвердили восстановление

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

Список существующих личных вкладок Chrome не сохраняли в качестве доказательств для статьи. Для подтверждения восстановления хватило новой тестовой вкладки. Исследование браузера не требует собирать открытые письма или внутренние корпоративные сайты.

Мы также проверили сохранённое состояние. Выбранные элементы, включая 2 закреплённых чата, 18 закреплённых проектов и 63 локальных проекта, совпали с резервной копией. Проверка статуса входа CLI тоже прошла успешно. Не потребовалось пересоздавать историю или входить заново.

Перезапуск приложения отличается от перезагрузки ПК. Первый мы проверили, а проверки после перезагрузки компьютера и будущих обновлений отложили до удобного пользователю момента. Эти результаты касаются немедленного восстановления и обычного запуска приложения.

Чего не стоит делать вначале

Если удалять данные приложения или профили браузера, не различив проблемы подключения, сайта и хранения, можно потерять входы и настройки и лишиться данных для сравнения. Для восстановления в этом случае мы не очищали все данные браузера и не переустанавливали приложение.

Возврат старых навыков браузера тоже не был нашим стандартным решением. На исследованном компьютере их отсутствие было частью перехода на унифицированный Computer Use. Само отсутствие старого файла недостаточно, чтобы считать его причиной сбоя.

Мы не использовали недокументированные внутренние настройки, не исправляли код приложения и не заменяли исполняемые файлы. Смена версии может создать впечатление восстановления, но это уже не будет сравнением до и после на одной версии, как здесь.

Не понадобилось и постепенно ослаблять защитные настройки: нужные разрешения для встроенного браузера и Chrome уже были включены. Разрешение управлять сайтом отличается от доверия к его содержимому. Выбирайте тестовую страницу без конфиденциальных данных и действий с существенными последствиями.

Что записать, если сбой остаётся

Для поддержки или дальнейшего расследования запись того, до какого этапа доходит каждое действие, полезнее общего «не работает». В этом случае важна разница до и после: страницы отображались, цели управления не получались, а после восстановления работали даже переходы по ссылкам.

• Версия приложения и используемый вариант: настольное приложение, CLI или IDE.
• Затронуты встроенный браузер, Chrome или оба.
• Открывается ли страница вручную, может ли Codex её прочитать и нажать на элементы.
• Затронут один сайт или также общедоступные страницы без входа.
• Полностью ли завершали приложение и запускали новый экземпляр, используется ли другой диск или нестандартный домашний каталог.
• Время сбоя и фактическое сообщение об ошибке. Не включайте необработанные журналы с секретами.

Проверяя расположение домашнего каталога, различайте $env:CODEX_HOME оболочки, пользовательскую настройку Windows и значение работающего приложения. Если вы не меняли место хранения, не нужно повторять этот случай, указывая пустую папку на диске D.

Невозможность открыть историю или сбой только при отправке не обязательно связаны с управлением браузером. В зависимости от сообщения можно также обратиться к нашей статье Codex thread not found и проверка истории.

Порядок проверок на основе этого случая

Сначала определите, где используется Codex и какой браузер задействован. Если после восстановления сервера осталась страница ошибки, обновите эту вкладку обычным способом. Затем раздельно проверьте отображение, чтение и нажатия на общедоступной странице. Если подключения браузера нет вообще, сохраните работу и рассмотрите полное завершение и перезапуск приложения. На компьютерах с перенесённым домашним каталогом может помочь и проверка используемого пути.

На этом компьютере сработала комбинация прямого указания фактического пути существующего домашнего каталога на диске D и запуска после полного завершения. Мы можем подтвердить восстановление, но не утверждать, что единственной причиной была точка соединения. Поочерёдная проверка обратимых изменений практичнее, чем объявление переноса приложения или удаления данных универсальным решением.

Частые вопросы

Если я вижу страницу, значит ли это, что Codex может ею управлять?

На этом компьютере страница была видна, но не получалась как цель управления. Проверьте также чтение содержимого и нажатие ссылок.

Исправит ли установка расширения Chrome встроенный браузер?

Встроенный браузер и интеграция Chrome используют отдельные пути. Определите, какой из них не работает. Мы тоже проверяли их раздельно.

Настройка CODEX_HOME всегда помогает?

Это не установлено. Здесь фактический путь задали одновременно с полным завершением и перезапуском приложения, после чего функции восстановились. Это не основание в первую очередь рекомендовать перенос домашнего каталога на компьютерах с неизменённым хранилищем.

Нужно переместить приложение на диск D для восстановления?

Браузер восстановился до переноса самого приложения. Перенос приложения Windows — отдельная задача, не исправление управления браузером.