Если Codex Desktop в Windows или WSL заметно тормозит, а тот же небольшой запрос быстро проходит в Codex CLI или расширении IDE, не держите текущую работу в медленном окне. Перенесите активное редактирование в более быстрый вход, а путь Desktop App диагностируйте отдельно и измеримо.
| Что вы видите сейчас | Куда перенести работу | Почему |
|---|---|---|
| CLI или IDE отвечают быстро, Desktop App медленный | Codex CLI или IDE | Рабочий патч не должен ждать, пока вы разбираете локальный GUI-путь. |
| Нужны worktrees, длинные треды, Git review, browser tasks, artifacts или Computer Use | Desktop App | Это сильные стороны приложения, даже если терминальная правка ушла в CLI. |
| Один и тот же промпт медленный везде | Проверяйте модель, аккаунт, сервис, размер репозитория и сам запрос | Desktop App еще не изолирован как источник задержки. |
| Desktop App стабильно медленнее при сравнимых условиях | Готовьте отчет | Нужны версии, режим Windows/WSL, путь проекта, замеры, состояние Fast mode и очищенные логи. |
Fast mode может ускорить ответы поддерживаемых моделей за счет большего расхода кредитов, но он не доказывает, что исчезла локальная накладная стоимость Windows, WSL, GUI, файлового наблюдения или логирования. Хорошая проверка начинается с версий Desktop App, видимой версии bundled agent, `codex --version`, Windows build, WSL-дистрибутива, режима WSL, пути проекта и двух замеров: время до первого полезного ответа и время до готового результата.
Сначала выполните пятиминутное сравнение
Полезный тест специально выглядит скучно: один репозиторий, один маленький промпт, близкие модельные и approval-настройки, затем сравнение поверхностей. Не переустанавливайте приложение, не чистите каталоги состояния, не меняйте WSL mode и не включайте Fast mode до первого замера. Без исходной линии любое улучшение будет трудно объяснить.
Возьмите задачу, которая достаточно мала для секундомера, но достаточно реальна для вашего проекта: например, «посмотри этот файл и предложи минимальное безопасное исправление». Запустите ее в Desktop App, в CLI и, если доступно, в IDE extension. Запишите время до первого содержательного ответа, время до финального применимого ответа, была ли включена опция Fast mode, какие approvals потребовались и не пришлось ли одной поверхности ждать дополнительного разрешения.
Отдельно запишите окружение. Нужны Desktop App version, bundled agent version if visible, `codex --version`, IDE extension version, Windows build, WSL distro and mode, где лежит проект: Windows filesystem, `/mnt/
Если CLI и IDE тоже медленные, Desktop App еще не выделен. Тогда смотрите на лимиты аккаунта, поведение модели или сервиса, слишком большой контекст, медленные тесты, сеть и промпт, который просит Codex просканировать слишком много файлов. Для кредитов и Fast mode смотрите лимиты OpenAI Codex; если вопрос в стоимости CLI через API key, используйте оценку token cost для Codex CLI, а не ощущение скорости.
Разделите Windows и WSL
Документация OpenAI по Codex Windows app, проверенная 8 июля 2026 года, является владельцем фактов о Windows-пути. Приложение может работать через native Windows agent или через WSL2 agent mode. Это разные execution paths: у них могут отличаться filesystem semantics, shell tools, home directory, sandbox behavior и видимость Git.
| Факт настройки | Почему это влияет на задержку | Более безопасная проверка |
|---|---|---|
| Native Windows agent | App работает со стороны Windows, с Windows path и sandbox semantics | Используйте путь проекта, который Windows agent видит без переводов. |
| WSL2 agent mode | Agent переходит в WSL-среду, меняются tools и home | Переключайте режим явно в Settings и перезапускайте app перед сравнением. |
| WSL1 не поддержан текущими документами | Старые инструкции могут давать ложные ожидания | Сначала подтвердите WSL2. |
| Windows path, `/mnt` и `\wsl$` | Git visibility, watchers и path translation могут отличаться | Не используйте сомнительный путь как главный benchmark. |
| Разделение `CODEX_HOME` | App и CLI в WSL могут читать разные config homes | Синхронизируйте только осознанно. |
Правило не в том, что WSL плохой или native Windows всегда лучше. Правило в том, что Windows app, WSL agent, CLI внутри WSL и IDE extension могут вести себя как разные рабочие поверхности. Меняйте одну переменную за раз: сначала app native против CLI, затем WSL agent против WSL CLI, затем копия репозитория в чистом пути. Только так разница во времени становится пригодной для решения.
Выбирайте поверхность по владельцу работы
Codex CLI и Desktop App не являются простой заменой друг друга. В документации CLI features OpenAI описывает terminal-first workflows: interactive TUI, resume, `codex exec`, review, scripting, shell completions, web search и prompt editing. В документации app features описаны worktrees, automations, Git review, integrated terminal, in-app browser, Computer Use, artifacts, IDE sync и project/thread supervision.
| Поверхность | Лучшее первое применение при медленном Desktop App | Не используйте как |
|---|---|---|
| Codex CLI | Terminal-native правки, scripts, SSH/container work, быстрый локальный контроль | Доказательство, что Desktop App больше не нужен |
| IDE extension | Правки рядом с editor, быстрый patch review, активная локальная разработка | Замену long-running app supervision |
| Desktop App Local | Thread management, artifacts, Git review, browser, Computer Use, UI workflows | Единственный путь для любой правки |
| Desktop App Worktree | Параллельные изолированные изменения и reviewable branches | Исправление медленного local app path |
| Cloud/Web | Долгие задачи без необходимости в локальном host state | Диагностику Windows filesystem overhead |
| Computer Use | GUI и browser tasks, где нужна визуальная работа | Ускоритель обычной терминальной разработки |
| Report route | Воспроизводимая app-only задержка после сравнения | Место для приватных логов или догадок |
Если работа визуальная, браузерная или требует наблюдения за несколькими потоками, Desktop App сохраняет смысл. Если задача звучит как «исправь эти файлы в WSL-репозитории сейчас», а CLI уже доказал меньшую задержку, используйте CLI или IDE до окончания диагностики. Для GUI boundaries полезен материал по Codex Computer Use; для remote supervision и host execution смотрите Codex mobile app.
Fast mode ускоряет модель, но не завершает диагностику
В документации Codex Speed Fast mode описан как способ увеличить скорость поддерживаемых моделей за счет большего расхода кредитов. Это может помочь, если узкое место действительно находится в model response time. Но он не доказывает, что локальная задержка Desktop App, WSL path translation, watchers, extension bridge или app logs перестали участвовать.
| Результат теста | Что может показать Fast mode | Чего он не показывает |
|---|---|---|
| Desktop, CLI и IDE ускорились | Модельная часть влияет на задержку | Что Desktop App path здоров |
| CLI ускорился, а Desktop всё равно отстает | Модель стала быстрее, local app path всё еще подозрителен | Что больший расход кредитов исправит GUI overhead |
| Desktop медленный до первого ответа, CLI быстрый | Локальная surface overhead правдоподобна | Точную первопричину |
| Задача содержит огромный контекст или долгие тесты | Task complexity может доминировать | Что Windows или WSL виноваты |
Не включайте Fast mode как первую попытку «починить скорость». Сначала baseline, затем один повтор с Fast mode, затем сравнение. Если вы не сохранили первый замер, то не сможете отделить улучшение модели от случайного изменения нагрузки, кеша или поведения приложения.
Подготовьте пакет отчета до эскалации
В документации troubleshooting OpenAI отмечает, что app и CLI используют один underlying agent и config, но версии и experimental behavior могут различаться. Поэтому хороший отчет должен описывать версии и surface detail, а не только фразу «все медленно».
| Поле | Включите | Уберите |
|---|---|---|
| Versions | Desktop App version, bundled agent version, `codex --version`, IDE extension version | Account identifiers, private workspace names |
| Environment | Windows build, WSL distro and mode, project path type, repo size signal | Customer names, unnecessary private paths |
| Prompt | Самый маленький prompt, который воспроизводит delay | Secrets, proprietary code, private URLs |
| Timings | Desktop, CLI, IDE и optional Cloud на одном prompt | Нерелевантную историю чата |
| Fast mode | On/off state и влияние на результат | Credit balance screenshots unless asked |
| Logs and sessions | App logs, session references, terminal output references | Tokens, API keys, passwords, customer data |
Сильный отчет выглядит сухо: «Desktop App on Windows/WSL took 70 seconds for the same prompt that CLI answered in 8 seconds», затем версии, путь проекта и redacted logs. Слабый отчет прыгает от одного медленного сеанса к выводу «Codex broken» и не показывает, где именно появился разрыв.
Пробуйте только обратимые проверки
После первого benchmark меняйте одну вещь за раз и записывайте timing до и после. Обратимый шаг, который дает delta, ценнее, чем агрессивная очистка, после которой уже невозможно понять, что именно помогло или что было потеряно.
| Проверка | Почему может иметь значение | Безопасная рамка |
|---|---|---|
| Перезапуск Desktop App | Убирает transient UI или agent state | Запишите timing до и после. |
| Подтверждение Windows native versus WSL agent | Agent path меняет filesystem и tools | Переключайте намеренно и restart. |
| Копия репозитория в чистом пути | Path translation или Git visibility могут влиять | Используйте копию или disposable branch. |
| Tiny repo против real repo | Отделяет surface overhead от repo complexity | Не делайте вывод только по toy repo. |
| Раздельная проверка CLI и app version | Version drift объясняет разное поведение | Запишите обе версии. |
| Rename instead of delete state | Сохраняет rollback | Не удаляйте evidence первым действием. |
Не запускайте широкие cleanup commands из форумов, если не понимаете, какие state directories, skills, plugins, sessions или credentials будут затронуты. Если нужно проверить state hypothesis, сначала переименуйте каталог и сохраните путь возврата.
Часто задаваемые вопросы
Codex CLI быстрее Desktop App в Windows?
Иногда да, особенно для terminal-native repo work, когда медленный путь связан с Desktop App, WSL bridge, path translation или GUI overhead. Но CLI не становится универсально лучшей поверхностью. Сравните один prompt в одном репозитории.
Нужно ли перестать пользоваться Desktop App, если CLI быстрее?
Нет. Перенесите активную правку в CLI или IDE, если это доказанный быстрый путь, но оставьте Desktop App для worktrees, long-running threads, Git review, browser tasks, Computer Use, artifacts и supervision.
Fast mode исправит медленный Codex app?
Fast mode может ускорить supported model responses при большем расходе кредитов. Он не доказывает, что Windows, WSL, filesystem, UI или local agent overhead исправлены. Используйте его после baseline.
Какие детали WSL важнее всего?
Нужно знать, использует ли app Windows-native agent или WSL2 agent mode, где лежит проект, какой config home читают app и CLI, и был ли настроен `CODEX_HOME`. Эти детали легко меняют результат одного и того же prompt.
Стоит ли чистить кэш Codex?
Не первым шагом. Сначала restart, benchmark, versions и обратимые path/mode checks. Если проверяете state cleanup, переименуйте или сделайте backup, чтобы можно было восстановить состояние и объяснить изменение.
Что должно быть в полезном отчете о медленной app?
Desktop app version, bundled agent version if visible, `codex --version`, Windows build, WSL distro and mode, project path, same-prompt timings across Desktop and CLI or IDE, Fast mode state, redacted logs and session references. Не включайте tokens, API keys, customer data и непроверенные догадки о root cause.