By Blip in AI — 29 мая 2026

Как освоить Codex в 2026 году (курс для билдера)

Я пользовался Claude Code 12 месяцев.

Источник: https://x.com/Av1dlive/status/2058485379091845308

Автор: Avid

Я пользовался Claude Code 12 месяцев.

Потом на 30 дней перешёл на Codex.

Вот что я обнаружил.

Что на самом деле представляет собой Codex в 2026 году

Большинство людей всё ещё думают, что Codex — это более умное автодополнение. Это не так.

Codex — это полноценная агентная платформа для разработки ПО. Он читает вашу кодовую базу, пишет и тестирует код, проверяет pull request'ы, управляет рабочим столом Mac, просматривает веб, генерирует изображения, планирует повторяющиеся задачи и запоминает ваши предпочтения между сессиями.
Ментальный сдвиг, которого это требует, значителен. Вы перестаёте быть человеком, который пишет код. Вы становитесь человеком, который проверяет код, написанный командой младших инженеров, которая никогда не спит.

Большинство разработчиков устанавливают Codex, две недели отправляют однострочные промпты, получают посредственные результаты и сдаются. Они никогда не настраивают AGENTS.md.

Они никогда не пишут Skill. Никогда не используют sub-agents. Они используют 5% поверхности возможностей и судят об инструменте по этим 5%.

Этот курс покрывает остальные 95%.

Пять поверхностей

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

CLI предназначен для скриптовых рабочих процессов, одноразовых задач и headless-автоматизации. Ваш код не покидает вашу машину, если только вы сами его не пушите. Это open source, написанный на Rust, работает на macOS, Windows и Linux.

IDE extension предназначено для интерактивного редактирования с точным файловым контекстом. Устанавливается в VS Code, Cursor, Windsurf или JetBrains. Использует вашу CLI-аутентификацию без отдельного входа.

Desktop app — это дом для многопоточных рабочих процессов, встроенного браузера, Computer Use, Goal mode, Appshots и Automations. Версия для macOS вышла в феврале 2026 года, для Windows — 4 марта 2026 года.

Cloud предназначен для асинхронных фоновых задач, параллельных PR и работы, пока вы спите. Задачи выполняются в sandboxed containers, заранее загруженных вашим GitHub repo. Ничто не блокирует вашу локальную машину.

In-app browser и Computer Use предназначены для проверки UI, итераций frontend и end-to-end тестирования. Codex открывает ваш local dev server, взаимодействует с ним, делает скриншоты результата и проверяет, что изменения кода дали правильный визуальный результат.

Реальный рабочий процесс использует несколько поверхностей:

CLI для скриптовых вещей
IDE для интерактивной работы над фичами
Cloud для параллельных задач, за которыми не нужно наблюдать
App для долгих задач, управляемых целью

Главный фактор при выборе поверхности — насколько внимательно вы хотите следить за работой агента. Если вы хотите мониторить изменения по мере их внесения, CLI или IDE держат работу на вашей машине и перед глазами. Если вы предпочитаете делегировать более длинную сессию и проверить результат в конце, Cloud — правильный выбор.

Ментальная модель: агент, а не автодополнение

Когда поверхности понятны, следующий сдвиг — понять единицу работы.

Единица работы — это задача, а не ход диалога. Результат — PR, а не ответ в чате.

Думайте меньше в стиле «напиши функцию, которая делает X» и больше в стиле «реализуй фичу Y, вот ограничения, запусти тесты по завершении».

Каждая задача Codex следует одному и тому же внутреннему циклу. Codex читает вашу задачу и контекст, формирует внутренний план, выполняет его шаг за шагом и проверяет собственную работу.

Перестаньте думать о Codex как о coding assistant. Начните думать о нём как о команде младших инженеров, которых вы брифуете утром и проверяете днём.

Один реальный пример такой практики: разработчики в WorkOS теперь ставят в очередь четыре-пять задач Codex перед тем, как взять утренний кофе. К моменту, когда они возвращаются, два-три завершённых PR уже ждут проверки, закрывая maintenance-работу, которая раньше съедала 30–40 процентов их дня.

Актуальные модели по состоянию на май 2026 года:

GPT-5.5 (default) — справляется с большинством задач, та же задержка, что и раньше, но значительно меньше токенов за ту же работу
GPT-5.3-Codex — специально создана для долгих автономных запусков, больших рефакторингов и параллельного cloud fan-out; на 25% быстрее предыдущей специализированной модели Codex
GPT-5.5 Pro — максимальное reasoning; только планы Pro, Business и Enterprise
Codex Mini — постоянно бесплатна на ChatGPT Free; подходит для обучения

Оставляйте Codex на GPT-5.5 по умолчанию. Переключайтесь на GPT-5.3-Codex для больших агентных задач, где Codex долго работает автономно.

Начало работы: ваша первая настоящая сессия

Самый быстрый путь к рабочей сессии Codex состоит из пяти шагов. Забудьте tutorial с fizzbuzz. Начинайте на реальной кодовой базе.

Шаг 1: Установите CLI.

Шаг 2: Откройте реальный проект.

Перейдите в low-risk repository, который вам уже хорошо знаком. Это важно.

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

Войдите через ваш ChatGPT account, когда появится запрос. Браузер откроется автоматически. Нажмите Continue и вернитесь в terminal.

Шаг 3: Запустите /init прежде чем делать что-либо ещё.

Эта единственная команда — то, что пропускает большинство tutorials. Codex сканирует вашу директорию и Git history, определяет языки, frameworks, build commands и test commands, и создаёт AGENTS.md, заполненный тем, что нашёл.

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

Шаг 4: Дайте Codex задачу на ориентацию.

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

Прочитайте вывод. Если он точно описывает вашу реальную кодовую базу, у него есть нужный контекст. Если он расплывчатый или неверный, вашему AGENTS.md нужно больше деталей.

Шаг 5: Дайте ему одну маленькую реальную задачу. Выберите что-то конкретное и ограниченное.

Так выглядит правильная форма Codex prompt: конкретный файловый контекст, ожидаемый результат, ограничения и определённый шаг проверки. Проверьте diff, который он вернёт. Теперь вы используете Codex правильно.

Шаг 6: Установите desktop app. Скачайте с сайта OpenAI. Войдите тем же ChatGPT account.

Шаг 7: Установите IDE extension. Найдите "OpenAI Codex" в панели extensions вашего редактора. Оно автоматически прочитает вашу CLI-аутентификацию.

Шаг 8: Подключите GitHub. Перейдите в Settings внутри Codex app и подключите ваш GitHub account. Привяжите хотя бы один repository перед использованием cloud tasks.

Где что находится:

~/.codex/config.toml : основной config: approval mode, sandbox mode, MCP servers, model defaults
~/.codex/AGENTS.md : personal AGENTS.md, применяется ко всем проектам
<project>/AGENTS.md : инструкции уровня проекта
<project>/.agents/skills/ : Skills уровня проекта
<project>/.codex/config.toml : config в scope проекта (только trusted projects)

AGENTS.md: самый важный файл в вашем repo

Теперь, когда у вас есть рабочая сессия, следующий шаг — сделать так, чтобы каждая будущая сессия стартовала с тем же качеством. Именно это делает AGENTS.md.

AGENTS.md — единственный файл, который отделяет посредственный вывод Codex от стабильного, высококачественного вывода.
Это обычный Markdown-файл в корне вашего repo. Каждый раз, когда сессия Codex стартует в вашем проекте, агент автоматически читает его прежде чем делать что-либо ещё.
Это открытый стандарт. Codex, Cursor, Gemini CLI, Windsurf и GitHub Copilot читают его. Напишите один раз — и каждый агент в вашем toolchain читает один и тот же source of truth.

Порядок разрешения: Codex читает ~/.codex/AGENTS.md (домашний уровень, все проекты) плюс <project>/AGENTS.md (уровень проекта). Файлы AGENTS.override.md имеют приоритет на каждом уровне. Общий лимит — 32 KiB.

Что туда входит:

Stack, frameworks, language versions, package manager
Точные build, test и dev commands; пригодные для copy-paste, а не «запусти обычные тесты»
Соглашения о структуре файлов и правила именования
Правила стиля и паттернов
Запретные зоны: что не трогать
Требования к shipping: CI, PR conventions, deploy mechanism

Что туда не входит:

Secrets или credentials (файл находится в version control)
Расплывчатые указания («write clean code» ничего не значит для агента)
Документация, дублирующая ваш README

Держите его короче 500 слов. Раздувание вытесняет полезный контекст из working memory модели.

Рабочий template:

Проверьте, что Codex его читает: prompt summarize the current instructions you have loaded
Для больших monorepos размещайте дополнительные AGENTS.md внутри subdirectories.
Файл в packages/api/AGENTS.md имеет приоритет над root-level file для задач внутри этого package.
Запустите codex trust . чтобы включить project-level .codex/config.toml. Это не даст malicious cloned repo настроить Codex за вашей спиной.

CLI подробно

Когда AGENTS.md настроен, следующая вещь для освоения — сам CLI. Большинство пользователей просто набирают codex и упускают команды, которые делают его по-настоящему мощным.

Есть четыре команды, покрывающие 95% реального ежедневного использования.

codex открывает interactive mode для исследования, итераций и диалога с вашей кодовой базой.

codex exec "<task>" запускает Codex non-interactively. Он стримит в stdout и завершается по окончании. Это power tool для всего, что можно заскриптовать:

Встраивайте exec в git hooks, CI pipelines и cron jobs. Это строительный блок для любой автоматизации.

codex resume --last продолжает ровно с того места, где вы остановились. Каждая сессия сохраняется:

codex cloud управляет асинхронными cloud tasks, описанными ниже в разделе Cloud.

Полезные flags:

--json : JSONL event stream для передачи в другие tools
--model <name> : выбрать GPT-5.5 или GPT-5.3-Codex
--reasoning evel> : low, medium или high
--search : разрешить web search во время задачи
-C <dir> : запустить в другом working directory
--sandbox <mode> : переопределить sandbox mode для этой сессии
--approval <policy> : переопределить approval policy для этой сессии

Sandbox и approvals

CLI даёт вам силу. Sandbox контролирует, сколько этой силы Codex может использовать без запроса. Правильная настройка сохраняет workflow быстрым без создания риска.

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

Три sandbox modes:

workspace-write (default) : чтение и запись внутри workspace, routine commands, без network, если не разрешено. Используйте почти всегда.
read-only : только чтение, без записей, без shell. Используйте для code review и exploration.
danger-full-access : без ограничений. Почти никогда не используйте. Оставьте для tested, verified automations.

Две approval policies:

untrusted — спрашивает перед каждой non-trusted command. Используйте при обучении или в незнакомом проекте.
on-request (default) — автоматически одобряет routine sandboxed commands, спрашивает перед всем, что выходит за sandbox boundary.

auto_review — это reviewer sub-agent, который автоматически одобряет или отклоняет на основе вашего AGENTS.md.

Включите его через approvals_reviewer = "auto_review" в config. Хорошо работает для долгих async tasks и Goal mode, где вы не хотите следить за каждым шагом.

Добавляйте команды, которые постоянно надоедают запросами approval. Никогда не добавляйте ничего разрушительного.

Как эффективно промптить Codex

Sandbox настроен, сессии работают. Следующий рычаг — качество prompt, которое влияет на output сильнее любой другой переменной.

Самый большой рычаг качества вывода Codex — структура prompt. Расплывчатые prompts дают расплывчатый код.

Фреймворк: Tell, Show, Describe, Remind.

Скажите ему желаемый результат, а не метод
Покажите примеры входных данных и ожидаемых выходных данных
Опишите API, libraries и patterns, которые нужно использовать
Напомните conventions из AGENTS.md

Не все четыре нужны каждый раз. Маленький bug fix может требовать только Tell и Remind. Новая feature обычно хочет все четыре.

Правило одного изменения: Codex работает значительно лучше с одной вещью, чем с пятью. «Fix the auth bug, add tests, refactor the user repo, and update the README» — это бросок монетки. Та же работа, разбитая на четыре prompts, надёжна.
Заставляйте сначала дать plan для всего нетривиального: «produce a plan first, do not write code until I approve.» Тридцать секунд на ревью plan лучше тридцати минут debugging неправильной implementation.
Явно задавайте поведение при сбое. Предоставленный самому себе, Codex будет заставлять тесты проходить любыми средствами:

Явно ограничивайте context. Называйте конкретные файлы для чтения. «Do not read or modify anything else. If you need information from elsewhere, ask me.»

Уровни reasoning effort:

Low : тривиальные правки, форматирование, простые рефакторинги
Medium (default) : большинство feature work и bug fixes
High : архитектурные решения, сложная отладка, большие многофайловые рефакторинги

Goal Mode

Когда single-task prompting начинает ощущаться естественно, следующий уровень — дать Codex многодневную цель и позволить ему самому выстроить последовательность работы.

Goal mode предназначен для работы, слишком большой для task-by-task брифинга, но достаточно цельной для одного objective. Он стал stable в мае 2026 года.

Управляйте running Goal этими командами:

codex goal status : увидеть active Goals и их progress
codex goal logs <id> : посмотреть, что Codex уже сделал
codex goal pause <id> : остановить execution и ждать вашего input
codex goal resume <id> : продолжить с места паузы
codex goal cancel <id> : остановить и discard the Goal

Начинайте с bounded Goals. «At most 5 PRs», пока не доверяете тому, как Codex интерпретирует ваши objectives. Runaway Goal, уверенно делающий не то, — worst-case outcome.

Всегда ограничивайте: max PRs, max lines of code per PR, CI gates between PRs и clear stop conditions. Pause on any architectural decision not covered in AGENTS.md. Pause on any breaking API change.

Skills: переиспользуемые workflows

Goal mode справляется с большими initiatives. Skills справляются с повторяющимися micro-workflows, которые возникают в каждом проекте. Если вы ловите себя на повторении одних и тех же инструкций между сессиями, это сигнал написать Skill.

Skill — это reusable workflow, упакованный как directory: инструкции в файле SKILL.md плюс optional resources и scripts.

Codex обнаруживает Skills по name и description. Он загружает полные инструкции только когда задача triggers the Skill. У вас может быть 50 Skills с нулевой context cost, пока один из них не triggered.

Где живут Skills:

Personal : $HOME/.agents/skills/ : cross-project, отражает то, как вы работаете независимо от repo
Team : .agents/skills/ inside the repo : project-specific, version-controlled, shared with collaborators

Формат SKILL.md:

Три Skills, которые каждый power user должен написать первыми:

open-pr — стандартный PR workflow: проверить ветку, запушить, создать PR со структурированным body, применить labels и запросить review. Самый часто используемый Skill в ежедневной работе.
new-feature читает PRD и AGENTS.md, определяет existing components для reuse, выдаёт plan, ждёт approval, implements, tests и opens a PR через open-pr Skill. Если что-то в PRD ambiguous, он спрашивает перед генерацией кода.
investigate — Skill для диагностики без исправления. Он подтверждает reproduction, читает relevant code paths, формирует hypothesis («I believe X happens because Y») и выдаёт hypothesis и validation plan как Markdown. Он не реализует fix. Результат — понимание, а не код.

investigate Skill важен, потому что Codex каждый раз пропустит root cause analysis, если вы ему позволите. Он сразу прыгнет к fix, и этот fix часто будет wrong. Принудительный investigate-first — крупнейшее улучшение качества debugging output.

Проверьте, что ваши Skills загружены: list available skills

Sub-agents и parallelism

Skills покрывают ваши repeatable workflows. Sub-agents покрывают parallel workflows. Это различие важно, потому что неправильно сделанный parallelism создаёт больше проблем, чем решает.

Sub-agent — это отдельный, изолированный agent instance. Он работает в своём context, возвращает summary, и его context discarded. Это отличается от Skill, который работает в context основного agent.

Три паттерна, где sub-agents — правильный инструмент:

Exploration : запустить sub-agent, чтобы он прочитал 30 файлов и суммировал; чтение происходит в его context, а не вашем
Parallel implementation : пять independent features как пять concurrent sub-agents, каждый со своим context и plan
Verification : fresh reviewer sub-agent не biased тем, что только что сам написал код

Custom sub-agents определяются в .codex/agents/<name>.md:

Sub-agent addressing shipped in March 2026. Говорите с running sub-agent по nickname через @<nickname>.
Полезно, когда несколько работают параллельно и вы хотите перенаправить одного, не тревожа остальных.
Fan-out pattern: запустить N sub-agents параллельно на independent tasks и собрать результаты обратно.
Пять задач завершаются за время самой медленной. Rule of thumb: если task занимает меньше 30 секунд в main context, просто делайте её там.

Desktop App: Codex для всего

Sub-agents и Skills одинаково хорошо работают в CLI, IDE extension и desktop app. Но desktop app — это место, где живут features, не имеющие CLI equivalent.

Обновление "Codex for (almost) everything" от 16 апреля 2026 года превратило desktop app из coding tool в полноценную developer workstation.

Computer Use

Codex управляет вашим Mac: кликает, печатает, скроллит, открывает apps, ходит по menus и работает рядом с вами, не забирая cursor focus.

Killer use — behavioral verification. Unit tests проходят, но UI всё ещё сломан.
Computer Use закрывает этот gap, позволяя Codex открыть dev server, прокликать relevant flow и сделать screenshot результата.
Чтобы активировать, перейдите в Codex Settings, Computer Use, Install. Дайте Screen Recording и Accessibility permissions, когда macOS попросит. Invoke it from any prompt:

Locked computer use позволяет Codex продолжать управлять desktop apps после блокировки экрана. Включите это в Settings under Computer Use. Запустите task перед сном, заблокируйте машину, утром проверьте results.

Appshots

Нажмите Command-Command, и переднее macOS window напрямую попадёт в ваш Codex thread.

Codex захватывает screenshot, visible text и accessibility text; часто включая content, прокрученный off-screen.

Без Appshots: увидеть error, переключиться в Codex, набрать вопрос, сделать screenshot, перетащить его, набрать ещё context. Полминуты friction.
С Appshots: увидеть error, нажать Command-Command, задать вопрос. Пять секунд.

Если вы взаимодействовали с Codex thread за последние 60 секунд, Appshot попадёт в этот conversation.

Иначе откроется new thread. Несколько Appshots в одной сессии складываются в один thread. Требуются Screen Recording и Accessibility permissions.

In-App Browser

In-app browser — это native agentic browser, а не page preview. Он открывает ваш local dev server, кликает, заполняет forms, инспектирует DOM state, делает screenshots и проверяет, что только что написанный patch исправил visual bug.

Откройте local development server внутри него, затем добавляйте natural-language comments прямо на rendered elements.
Напишите «make this button 20 pixels taller» на элементе, и Codex выполнит change в вашей codebase и перезагрузит page.
In-app browser даёт direct DOM access без window-management overhead и isolated sandbox от вашего реального browser.

Memory

Memory позволяет Codex сохранять context между sessions.

После завершения каждой session Codex суммирует interaction и writes it to ~/.codex/memories/.
В следующей session он читает эти files перед загрузкой вашего prompt.
Codex learns your preferred commit message format, testing frameworks, architecture patterns, and the mistakes it made last time; without you repeating any of that context.
Включите в Settings или добавьте memories = true under [features] in config.toml.

Экосистема из 90+ plugins

Plugins — это curated bundles of Skills, MCPs, and integrations. Устанавливаются через codex plugins install <name>.

Ключевые категории plugins:

Project management : Linear, JIRA, GitHub
CI/CD : CircleCI, Vercel, GitHub Actions
Databases : Neon, Postgres, PlanetScale
Code quality : Sentry, CodeRabbit
Productivity : Notion, Remotion

Устанавливайте только для tools, которыми пользуетесь ежедневно. Scope per-project where possible. Audit quarterly. Каждый plugin стоит context tokens независимо от того, используете вы его или нет.

Codex Cloud: async-работа в масштабе

Desktop app питает вашу локальную и интерактивную работу. Cloud — то, к чему вы обращаетесь, когда работа слишком велика для одной интерактивной сессии или когда вы хотите запускать несколько задач параллельно, пока занимаетесь другим.

Codex Cloud — это функция, которая превращает Codex из быстрого coding assistant в команду младших инженеров, масштабируемую горизонтально.

Отправьте задачу — Codex поднимет sandbox, заранее загруженный вашим repo, выполнит работу, запустит тесты и откроет PR. Ничто не блокирует вашу локальную машину.

Отправка одной задачи:

Параллельные задачи; основной паттерн:

Через двадцать минут открыты четыре PR. Проверьте, отсортируйте, смержите.

CSV fan-out позволяет отправить файл задач, а Codex разнесёт их по параллельным cloud agents с отслеживанием прогресса:

codex cloud просматривает активные и завершённые задачи. codex cloud apply <task-id> подтягивает изменения локально перед merge.

GitHub Integration

Cloud tasks попадают в ваш repo как PRs. GitHub integration определяет, как эти PRs проверяются и как Codex встраивается в ваш существующий CI/CD pipeline.

Codex и GitHub интегрируются на трёх уровнях: repository environments, pull request reviews и codex-action for CI/CD.

Repository environments — основа. Привяжите GitHub repository в Codex Settings, и cloud tasks будут клонировать repo, выполнять задачи в sandboxed container и пушить результат как branch или PR. AGENTS.md автоматически читается для каждой cloud task.

Pull request reviews работают двумя способами:

Упомяните @codex review в любом комментарии к PR. Codex отреагирует emoji с глазами, чтобы подтвердить получение, а затем опубликует структурированное review, сосредоточенное на серьёзных проблемах и сверенное с вашим AGENTS.md.
Включите Automatic Reviews, чтобы Codex публиковал review на каждый новый PR без ручного триггера.

После того как Codex опубликует review, попросите его исправить отмеченные проблемы прямо внутри thread комментариев PR. Он закоммитит fix в ту же ветку и обновит PR.

codex-action — официальный GitHub Action, который запускает Codex CLI внутри вашего CI/CD pipeline по любому trigger: push, schedule, issue creation или PR open. Это рекомендуемый способ интегрировать Codex в полностью автоматизированные pipelines, где нет человека.

Automations: работа без присмотра

GitHub integration отвечает за то, что происходит, когда человек открывает PR. Automations отвечает за то, что происходит, когда участие человека вообще не требуется.

Automations — это запланированные задачи Codex, выполняющиеся в dedicated worktrees. Настраиваются из панели Automations: name, project, prompt, schedule и execution environment.

Повторное использование thread вышло в апреле 2026 года. Automations могут использовать один thread между запусками, накапливая контекст и со временем становясь умнее.

Три starter automations, которые должны быть в каждом project:

Weekly dependency review (Monday 6am): запустить pnpm outdated и pnpm audit. Сообщить о critical, major и minor находках. Автоматически открыть PR для безопасных minor и patch upgrades. Не трогать critical или major updates; для них нужны человеческие решения.
Daily Sentry triage (weekday 8am): получить ошибки за последние 24 часа, сгруппированные по fingerprint. Для каждой группы с 3 или более occurrences определить file и line, прочитать relevant code и определить root cause. Опубликовать triage report. Только diagnosis, без fixes.
Weekly stale-PR cleanup (Friday 5pm): перечислить открытые PR старше 7 дней. Для каждого определить, ждёт ли он вас, ждёт review или просто протух, и оставить nudge comment. Ничего не закрывать и не merge.

Убивайте любую automation, вывод которой перестали читать. Хорошая automation экономит повторяющуюся задачу, которую вы точно всё равно сделали бы, создаёт один легко просматриваемый output и не выполняет destructive actions без присмотра.

MCP Integration

Automations работают с тем, что находится в вашем repo. MCP servers расширяют Codex, чтобы он работал со всем за его пределами.

MCP (Model Context Protocol) — открытая спецификация, лежащая в основе plugins. Используйте plugin, когда он существует. Используйте raw MCP для custom integrations с internal tooling.

STDIO : Codex запускает локальный process и общается через stdin/stdout. Покрывает 95% solo use.
Streamable HTTP : Codex подключается к network endpoint. Используется для hosted team MCPs.

Добавление raw MCP server:

Или напрямую в ~/.codex/config.toml:

Настройте approvals по инструментам: автоматически одобрять reads, спрашивать перед writes. Каждый MCP server добавляет tool definitions в context Codex, расходуя tokens и размывая внимание. Включайте только то, чем реально пользуетесь.

Docker MCP Toolkit подключает Codex к 220+ готовым servers одной командой: docker mcp-client configure codex

Mobile App

MCP servers расширяют то, до чего Codex может дотянуться. Mobile app расширяет места, откуда вы можете дотянуться до Codex.

14 мая 2026 года Codex появился в ChatGPT mobile app на iOS и Android.

Mobile Codex — это поверхность удалённого управления и мониторинга, а не code editor. Типичный use case — проверить с телефона долгую cloud task или запуск Goal mode, пока вы не за рабочим столом.

С телефона вы можете:

Наблюдать live runs на laptops, devboxes или подключённых remote environments
Просматривать threads и переключаться между parallel tasks
Проверять diffs перед тем, как они попадут в branch
Одобрять или отклонять команды, которые Codex хочет запустить на вашем hardware
Менять model прямо в процессе задачи, если нужна более сильная
Запускать новые задачи из fresh prompt или прямо из GitHub issue
Комментировать pull request, открытый Codex

Чтобы настроить это, обновите ChatGPT до релиза от 13 мая 2026 года или новее, войдите тем же desktop account и убедитесь, что в Settings under Codex, Environments настроена хотя бы одна cloud environment. Mobile автоматически наследует все existing threads и connected hosts.

Практический loop, который это даёт: утром перед выходом из дома запустить Goal mode, проверить прогресс в дороге, с телефона одобрить решение, на котором Codex остановился, и прийти в офис, где первые два PR уже открыты.

Chrome Extension

Mobile app расширяет ваш reach. Chrome extension расширяет reach Codex на любой website, где вы уже вошли в аккаунт.

Это значит, что он может обращаться к authenticated services: LinkedIn, Salesforce, Gmail, Workday и любому internal tool, требующему login.
Установите его, перейдя в Plugins внутри Codex desktop app, добавив Chrome plugin и пройдя guided setup.
Extension показывает статус Connected, когда active. Invoke it from any Codex thread:

Codex может управлять несколькими Chrome tabs через sub-agents в разных threads; каждая tab изолирована.

Большое преимущество перед headless browser automation: Chrome extension может обращаться к web developer tools. Codex может inspect DOM, читать console errors и диагностировать runtime issues в live browser session. Работает на macOS и Windows.

Codex SDK

Chrome extension покрывает browser automation. SDK покрывает programmatic automation: встраивание Codex как infrastructure в ваши приложения и pipelines.

Codex SDK даёт developers программный контроль над Codex из собственных applications и CI pipelines.

Установите JavaScript SDK:

Базовое использование:

Вызовите run() снова на том же thread, чтобы продолжить conversation. Resume a saved thread with codex.resumeThread(threadId).
Python SDK использует from codex_app_server import Codex. Передайте model name при запуске: thread = codex.thread_start(model="gpt-5.5").
SDK сейчас experimental и требует локальной установки Codex CLI.
Он общается с локальным app-server через JSON-RPC; он управляет тем же agent, с которым вы взаимодействуете в desktop app.

Verification: как действительно доверять выводу Codex

Все перечисленные surfaces производят output. Verification определяет, какую часть этого output можно реально ship.

Генерация уже решена. Проверка — узкое место.

Пять параллельных cloud PR — это пять шансов отправить bug в production. Без verification layer ваша throughput ограничена тем, как быстро вы можете читать PR.

Главная проблема — sycophancy. Модель, написавшая код, biased считать его correct. Попросите её проверить собственную работу — и большую часть времени получите thumbs-up.

Два структурных исправления:

auto_review (in-Codex) — встроенный reviewer sub-agent Codex. Свежий context, отсутствие привязанности к предыдущему output, гораздо выше шанс отметить реальные issues.
Cross-provider verification (gold standard) означает: Codex пишет, Claude Code проверяет. Cross-provider ловит blind spots, специфичные для одной model family. Это minimum-viable verification habit для production code.

Computer Use для behavioral verification закрывает разрыв между "tests pass" и "the thing actually works." Пусть Codex откроет dev server, прокликает relevant flow, сделает screenshot результата и сравнит его с вашим PRD.

Minimum-viable habit на каждом PR: запустите automated review другой моделью прежде чем открывать diff самостоятельно. Сначала прочитайте review summary. Открывайте diff только когда review clean; затем читайте на вкус, а не на correctness. Для UI changes смотрите screenshot.

Recipes: проверенные боем паттерны

Когда verification habits на месте, вот end-to-end templates для задач, которые developers чаще всего прогоняют через Codex.

Реализовать feature: используйте new-feature Skill. Прочитайте PRD и AGENTS.md. Сначала plan, затем wait for approval. Tests для happy path и одного error case. Если что-то ambiguous, спросить перед генерацией кода.
Исправить bug: сначала используйте investigate Skill. Только diagnosis. Выдать reproduction steps, root cause hypothesis и validation plan. Не исправлять, пока не confirmed.
Refactor: перечислить все места через grep. Выдать migration plan. Wait for approval. Все existing tests должны пройти без изменений. Если test нужно обновить, значит test wrong; stop and report. One PR.
Third-party integration: обернуть в /lib/integrations/[name].ts. Добавить env vars в .env.example. No UI in this PR. Открыть как draft для ручного тестирования against external service.
Test backfill: выдать test plan, покрывающий happy, edge и error cases. Wait for approval. Все tests должны проходить against existing production code. Не изменять production code.
Dependency upgrade: прочитать release notes between versions. Перечислить breaking changes. Wait for approval. Обновить и применить code changes. Run tests until clean.
Goal mode initiative: ограничить max PRs, max lines of code per PR, CI gate between PRs и clear stop conditions. Pause on architectural decisions not in AGENTS.md. Pause on any breaking API change.

Распространённые ошибки

Эти patterns покрывают common wins. Раздел ниже покрывает common losses: десять ошибок, объясняющих большую часть плохого опыта с Codex.

Расплывчатые задачи. Называйте конкретные outcomes, files и constraints. Если вы не можете быть specific, task ещё не ready to brief.
Нет AGENTS.md. Напишите его. Даже плохой лучше, чем никакого.
Пропуск плана. "Produce a plan first" для всего нетривиального.
Multi-task prompts. Одна задача на prompt. Используйте sub-agents или cloud tasks для parallel work.
Старт с danger-full-access. workspace-write и on-request — правильный default для всего, кроме tested automations.
Слишком много MCPs и plugins. Держите список lean. Отключайте то, чем actively не пользуетесь.
Self-review. Используйте auto_review или вообще другой tool. Модель, написавшая код, biased toward it.
Доверие к compile-success как к correctness. Добавляйте behavioral verification. Используйте Computer Use для UI changes.
Over-parallelizing. Параллельте только independent work. Shared files должны выполняться serially.
Unbounded Goals. Max PRs, max lines of code, max time, clear stop conditions. Goal mode наиболее полезен с поводком, который вы дали бы junior engineer.

Краткая шпаргалка

CLI commands:

Ключевые расположения файлов:

Global config: ~/.codex/config.toml
Global AGENTS.md: ~/.codex/AGENTS.md
Project AGENTS.md: <repo-root>/AGENTS.md
Override file: AGENTS.override.md
Memories: ~/.codex/memories/
Skills (personal): $HOME/.agents/skills/
Skills (team): .agents/skills/ inside repo
Sub-agents: .codex/agents/<name>.md

Четырёхчастная структура prompt:

Tell : результат, а не метод
Show : примеры входных данных и ожидаемых результатов
Describe : API, libraries и patterns, которые нужно использовать
Remind : conventions из AGENTS.md

Заключение

После 12 месяцев использования Claude переломный момент был не одним плохим днём. Это было накопление rate limits, workflow friction и опыта с desktop app, который всё время мешал.

Именно это раздражение подтолкнуло к переходу на Codex.

За последние 90 дней глубокое погружение в экосистему OpenAI ясно показало одну вещь: Codex ощущается более полноценной working environment для серьёзных developer workflows.
Agentic model сильнее, окружающие surfaces шире, а системе проще доверять, когда AGENTS.md, Skills, Cloud и verification loops стоят на месте.
Это не значит, что Claude Code не имеет ценности. Это значит, что trade-offs перестали иметь смысл.

Если Claude Code всё ещё работает для вашего workflow, продолжайте его использовать. Но если вы устали от rate limits, brittle sessions и tools, которые ощущаются так, будто борются с вашим process, Codex теперь достаточно хорош, чтобы оправдать серьёзный переход.

Эта статья была написана, чтобы сделать этот переход проще.

Надеюсь, вам понравилось, и вы начнёте строить ❤️

Дисклеймер

Эта статья была написана автором на основе его заметок, исследований и личного опыта, и отредактирована AI model (Sonnet 4.6).

Миниатюра была взята с Pinterest и изменена с использованием AI.