Codex: «Work browser access requires an authenticated account»
Десктопный Codex с 26.1013 в режиме Work требует вход через ChatGPT, API-ключа мало. Переключитесь на режим Codex или войдите в ChatGPT и оставьте посредника.
Содержание

«Work browser access requires an authenticated account» — вторая строка под заголовком «Ошибка при отправке сообщения» (или «Не удалось возобновить чат», если вы открываете старый чат) в десктопном Codex: в приложении ChatGPT для компьютера на Mac и в MSIX-приложении Codex на Windows. Сборки начиная с 26.1013 показывают её, когда сходятся три вещи: чат открыт в режиме Work (в меню слева вверху выбрано «ChatGPT Work»), к чату подключена локальная среда браузера и управления компьютером, а приложение не знает вашего аккаунта ChatGPT, потому что вы вошли по API-ключу или подключили сторонний API через посредника вроде CC Switch, magpie или Codex++. Посредник и сеть тут ни при чём: приложение останавливает сообщение у себя, до отправки, и блокирует любой чат в режиме Work, а не только задачи с браузером. Codex CLI с той же конфигурацией продолжает работать.
Самый быстрый выход — открыть меню режима слева вверху, выбрать «Codex» и начать новый чат: ни правка файлов, ни аккаунт ChatGPT не нужны, но режима Work у вас не будет. Если переключение не держится или не открывается ни один чат, полностью закройте приложение и в файле ~/.codex/config.toml, в разделе [desktop], поставьте conversationDetailMode = "STEPS_COMMANDS". Сохранить режим Work можно только со входом через ChatGPT: приложение входит в аккаунт ChatGPT, а запросы к модели по-прежнему идут через посредника (в CC Switch для этого есть режим маршрутизации Routing). Если аккаунта ChatGPT нет, а без Work не обойтись, локального решения по состоянию на 23 октября 2026 года нет: отчёт об ошибке в репозитории openai/codex открыт, и OpenAI в нём не ответила.
Основа этих выводов — проверка 23 октября 2026 года: прочитаны код установленного приложения ChatGPT для компьютера версии 26.1016.62342 на macOS 26.1, его настройки и логи на том же Mac. Там выполнен вход через ChatGPT и выбран режим Codex, ошибки в логах нет, а с API-ключом её не воспроизводили. Поэтому условия ошибки ниже взяты из кода, а пути исправления — из кода и отчётов пользователей на GitHub; на этом Mac они не проверялись.
Откуда берётся ошибка: четыре условия в коде Codex 26.1016
В версии 26.1016.62342 эту строку выбрасывает функция, которая собирает набор инструментов для чата: она работает, когда вы начинаете чат, отправляете первое сообщение в новый чат или возобновляете старый. Ошибка возникает, только если выполнены все четыре условия: чат идёт на вашем компьютере, а не в облаке; включено требование личности для браузера Work (requireWorkBrowserIdentity); к чату подключён сервер инструментов node_repl, через который работают локальный браузер и управление компьютером; у приложения нет сохранённой личности ChatGPT, то есть идентификаторов аккаунта и пользователя. Проверка стоит на этапе подготовки инструментов, поэтому падает всё сообщение целиком, и до модели запрос не доходит.
Требование личности зависит от одной настройки. requireWorkBrowserIdentity включается только тогда, когда действующее значение conversationDetailMode равно STEPS_PROSE. У настройки три значения: STEPS_PROSE соответствует режиму Work, STEPS_COMMANDS — режиму Codex и стоит по умолчанию, STEPS_EXECUTION — тоже режим Codex, но с самым подробным показом шагов; ошибку вызывает только первое. Хранится настройка в ~/.codex/config.toml, в разделе [desktop]; на Mac, где разбирался код, там записано conversationDetailMode = "STEPS_COMMANDS". Меню режима пишет в эту настройку напрямую: выбор «ChatGPT Work» записывает STEPS_PROSE, выбор «Codex» — STEPS_COMMANDS. В русском интерфейсе переключатель на стартовом экране чата подписан «Работа», а меню слева вверху показывает «ChatGPT Work» и «Codex».

Входы по ключу попадают под проверку из-за того, как приложение выбирает режим. Для входа не через ChatGPT приложение считает локальный режим Work разрешённым и берёт режим чата из вашего сохранённого выбора; запрещён только облачный Work Cloud. Получается цепочка: вы однажды выбрали Work, в настройке оказалось STEPS_PROSE, приложение требует личность ChatGPT, а у API-ключа её нет. Это прочтение минифицированного кода, а не описание от OpenAI. В документации OpenAI о способах входа в Codex сказано только, что приложение ChatGPT для компьютера поддерживает вход по API-ключу для локальной работы и что часть функций, зависящих от рабочего пространства ChatGPT, при таком входе ограничена или недоступна. Саму ошибку и правило для режима Work OpenAI не объяснила.
Английская строка не переводится ни в одном языке интерфейса: заголовок над ней русский («Ошибка при отправке сообщения», «Не удалось возобновить чат» или «Не удалось запустить этот чат»), а вторая строка всегда остаётся английской. Другие вторые строки под тем же заголовком разобраны в статье Codex: «Error submitting message» — причина во второй строке. Похожая строка Work browser access is unavailable означает другую проблему: приложение не смогло загрузить настройки Work для вашего аккаунта. Она описана в статье Браузер Codex «Отключено вашей организацией»: две разные ошибки.
Режим Codex, config.toml или вход ChatGPT: что выбрать
Выбор решают два вопроса: нужен ли вам режим Work и есть ли у вас аккаунт ChatGPT. Если Work не нужен, переключите меню на «Codex», а правку config.toml оставьте на случай, когда переключение не помогает. Если Work нужен и аккаунт ChatGPT есть, войдите в приложение через ChatGPT и отправляйте запросы к модели через посредника. Первые два пути не требуют аккаунта, но перестают действовать, как только вы снова выбираете Work в меню.
| Путь | Режим Work остаётся | Нужен аккаунт ChatGPT | Нужна правка файла | Ошибка при новом выборе Work |
|---|---|---|---|---|
| Меню режима: «ChatGPT Work» → «Codex» | Нет | Нет | Нет | Вернётся |
conversationDetailMode = "STEPS_COMMANDS" в config.toml | Нет | Нет | Да, при закрытом приложении | Вернётся: меню снова запишет STEPS_PROSE |
| Вход через ChatGPT + посредник в режиме маршрутизации | Да | Да | Нет, настройка в менеджере посредника | Не появляется, пока вход ChatGPT сохранён |
Для третьего пути нужен сам аккаунт ChatGPT, а не только ключ; чем вход по ключу отличается от подписки по цене и лимитам, разобрано в статье Codex API-ключ или подписка ChatGPT: цена, лимиты и что выбрать.
Если аккаунта ChatGPT нет, а режим Work обязателен, по состоянию на 23 октября 2026 года ни одна настройка эту проверку не снимает. Остаётся работать в режиме Codex или в Codex CLI, где этой проверки нет, и следить за отчётом openai/codex#54841 на GitHub о блокировке отправки в режиме Work при входе по своему ключу. Один из участников той ветки предлагает для автоматизации браузера без аккаунта подключить Playwright MCP; другие этого не подтверждали.
Как вернуть отправку сообщений без аккаунта ChatGPT
Без аккаунта ChatGPT сообщения снова уходят, как только чат переходит из режима Work в режим Codex. Сначала попробуйте меню, а файл правьте, только если меню не помогло:
- Откройте меню режима слева вверху, где сейчас написано «ChatGPT Work», и выберите «Codex».
- Начните новый чат и отправьте короткое сообщение. Если оно ушло, больше ничего делать не нужно.
- Если ошибка осталась, режим не сохраняется или приложение не открывает ни одного чата, полностью закройте приложение, а не только его окно.
- Откройте
config.toml: на Mac это~/.codex/config.toml, на Windows —%USERPROFILE%\.codex\config.toml; если задана переменная окруженияCODEX_HOME, файл лежит в этой папке. - В разделе
[desktop]заменитеconversationDetailMode = "STEPS_PROSE"на значение ниже или закомментируйте эту строку: по умолчанию действует то жеSTEPS_COMMANDS. Остальное в файле не трогайте. - Сохраните файл, запустите приложение и отправьте сообщение в новом чате.
[desktop]
conversationDetailMode = "STEPS_COMMANDS"Закрывать приложение перед правкой нужно потому, что работающее приложение держит настройку в памяти и, по разбору одного из посредников (репозиторий xingmang-ai-manager на GitHub), может записать старое значение обратно при выходе. Пользователи в отчёте openai/codex#54841 и в обсуждении magpie, исправившие ошибку этим способом, сообщают, что после полного перезапуска сообщения снова отправляются, но выбор Work в меню опять записывает STEPS_PROSE, и ошибка возвращается. На Windows подробный текст ошибки лежит в логах самого приложения (LocalCache\Local\Codex\Logs), а не в ~/.codex/logs_2.sqlite.
CC Switch и другие посредники: как оставить режим Work
Режим Work с посредником работает, только если в приложении сохранён вход через ChatGPT, а запросы к модели идут через посредника отдельно. Для этого нужен аккаунт ChatGPT. Разработчик CC Switch советует такой порядок, и пользователи в обсуждениях farion1231/cc-switch#8431 на GitHub о «Failed to resume chat» и openai/codex#54841 подтвердили, что он работает:
- В CC Switch переключите Codex на провайдера OpenAI Official.
- Полностью закройте Codex, откройте снова и войдите через ChatGPT.
- Снова полностью закройте Codex.
- В CC Switch переведите Codex в режим маршрутизации (Routing) и выберите в нём своего посредника.
- Откройте Codex, выберите Work и отправьте сообщение в новом чате.
Дело в файле ~/.codex/auth.json. Приложение засчитывает только вход через ChatGPT ("auth_mode": "chatgpt" вместе с tokens); если в файле лежит лишь OPENAI_API_KEY, ошибка та же. В режиме Direct CC Switch при переключении на сторонний провайдер убирает официальный вход из auth.json, если не включена настройка «Keep official login for direct switches» (по умолчанию выключена), а режим Routing этот файл не трогает. До версии 4.0.16, вышедшей 19 октября 2026 года, CC Switch к тому же удалял вход ChatGPT при своём закрытии, поэтому обновитесь, если вход пропадает после каждого перезапуска. 23 октября 2026 года пользователь Windows-сборки 26.1016.8622.0 с NewAPI подтвердил, что после перехода с Direct на Routing Work снова отправляет сообщения, а другой уточнил, что режимы Direct и агрегации у него по-прежнему падают. Есть и обратные отчёты: у одного пользователя после этой схемы запросы пошли через официальный аккаунт, а не к посреднику, у другого DeepSeek перестал работать без VPN. Поэтому после настройки проверьте в статистике посредника, что запросы до него доходят.

Если провайдер прописан в config.toml вручную, без менеджера, принцип тот же. Пользователь Codex++ на Windows 26.1013.4894.0 описал рабочую схему: у провайдера requires_openai_auth = false, ключ передаётся через переменную окружения в env_key, вход в ChatGPT выполнен через codex login --device-auth, после чего приложение полностью перезапущено. Как устроен такой провайдер, разобрано в статье Custom provider в Codex: API-ключ, Base URL и config.toml. Это касается любого API-провайдера, в том числе laozhang.ai: его документация описывает подключение Codex CLI, где проверки нет, а в режиме Work десктопного приложения действует то же правило, что и для остальных ключей.
Примечание: laozhang.ai — наш собственный сервис; его цены — наши тарифы, а не независимое сравнение.
Вопросы об ошибке Work browser access в Codex
Почему сообщения иногда уходят, а падают только новые чаты?
Судя по коду версии 26.1016.62342, приложение применяет правила режима Work только после того, как получит для аккаунта настройки функций (Statsig) и опубликованную политику Work. Пока их нет, режим считается неизвестным и проверка личности пропускается, поэтому та же конфигурация может отправить сообщение сразу после запуска и упасть позже. Сторонний разбор Windows-сборки 26.1013.4894 пришёл к тому же выводу и добавляет, что проверка идёт при старте чата, так что уже открытый чат может работать, а новые падать. Перебои не означают, что виноват посредник; в режиме Codex проверка не срабатывает вообще.
Поможет ли выключить браузер в Codex?
Надёжным решением это не назовёшь. Ошибка требует подключённого node_repl, но какие именно переключатели его убирают, не выяснено. Пользователь Codex++ 20 октября 2026 года написал, что выключил браузер, а ошибка осталась, и по стороннему разбору node_repl могут подключать и другие плагины, например Chrome или управление компьютером. Переход в режим Codex проверку снимает; что браузерный плагин в режиме Codex продолжает работать, утверждает только тот же разбор одного из посредников (Windows-сборка 26.1013.4894), а разбором кода 26.1016.62342 это не подтверждено.
Я вошёл через ChatGPT, а ошибка всё равно есть — что это?
Известен один такой отчёт в openai/codex#54143: пользователь ChatGPT Plus на macOS с версией 26.1013.31256 16 октября 2026 года получил эту ошибку вместе с пропавшим обычным режимом Chat и кнопкой выхода, которая не реагировала; переустановка и очистка ~/.codex/cache не помогли. Причина не установлена. По коду ошибка возможна, если приложение не сохранило личность ChatGPT, хотя выглядит вошедшим. Режим Codex обходит проверку и в этом случае, но в той ветке никто не написал, что пробовал его.
OpenAI уже исправила ошибку Work browser access?
Нет: по состоянию на 23 октября 2026 года отчёт openai/codex#54841 открыт, в нём около 30 «+1» и нет ответа OpenAI, а пользователи видят ошибку и в Windows-сборке 26.1016.8622.0.
Можно ли откатить Codex на версию 26.1007?
В 26.1007 этой проверки ещё нет, и разработчик CC Switch упоминал откат как вариант для тех, кто не хочет входить в ChatGPT, но это крайняя мера: вы теряете последующие исправления, а приложение может снова обновиться само.
Источники3
Внешние страницы, на которые ссылается это руководство, в порядке упоминания. Последнее обновление: 23 окт. 2026 г..
Источники3
Внешние страницы, на которые ссылается это руководство, в порядке упоминания. Последнее обновление: 23 окт. 2026 г..
- 1.документации OpenAI о способах входа в Codexlearn.chatgpt.com/docs/auth
- 2.отчётом openai/codex#54841 на GitHub о блокировке отправки в режиме Work при входе по своему ключуgithub.com/openai/codex/issues/54841
- 3.farion1231/cc-switch#8431 на GitHub о «Failed to resume chat»github.com/farion1231/cc-switch/issues/8431





