Codex vs Code: никакого соперничества, это два слоя рабочего места. VS Code остаётся редактором, а Codex от OpenAI подключается к нему расширением и работает с открытыми файлами и выделенным фрагментом. Правки появляются рядом с исходным кодом в виде краткой сводки и изменённых строк, и решение о принятии остаётся за разработчиком. Такой процесс подходит командам, где каждый diff читает человек до коммита.
Расширение в редакторе
Расширение Codex ставится из магазина дополнений VS Code, открывается на боковой панели, а войти можно через учётную запись ChatGPT или по API-ключу. Дальше агент видит открытые файлы и выделение, а его правки показываются прямо в редакторе.
Чат и редактор решают разные задачи. В браузерном чате код приходится копировать туда и обратно, и модель видит только то, что вы вставили. В редакторе расширение берёт в запрос открытые файлы, выделенные строки и недавние беседы прямо из окна, а ответ превращается в изменения файла, которые можно просмотреть до принятия. Для небольшой правки в знакомом проекте это избавляет от переключений между окнами и ручного переноса кода.
Командную сторону Codex, то есть выдачу доступа и общие правила, мы разбирали в статье про Codex в ChatGPT для команды разработки, а подключение по API — в материале про Codex API для компании. Здесь один вопрос: как построить рабочий день разработчика, у которого Codex живёт внутри VS Code.
По справке OpenAI, расширение ставится и в VS Code, и в родственные редакторы, например Cursor и Windsurf. Если значка Codex нет на боковой панели, откройте палитру команд и запустите пункт «Codex: Open Codex Sidebar». Внутри есть три режима работы (Chat, Agent и Agent с полным доступом), система подтверждений, выбор модели и глубины рассуждения, ссылки на файлы через @ и файл AGENTS.md с правилами проекта. Режим Agent с полным доступом расширяет права агента, поэтому на рабочем репозитории начинайте с обычного Agent и подтверждений. Порядок установки и входа сверяйте со справкой Codex для редакторов: интерфейс обновляется, и названия кнопок меняются.
Контекст запроса
Качество правки зависит от того, что агент видит. Расширение позволяет подтянуть в запрос открытые файлы, выделенный фрагмент и недавние беседы, и этим нужно пользоваться осознанно: лишний файл отвлекает модель так же, как лишний абзац отвлекает читателя.
- Выделение: для точечной правки выделите нужную функцию и сформулируйте задачу про неё, остальной проект остаётся за рамками запроса.
- Открытые файлы: держите открытыми тест и модуль, связанные с задачей, а всё лишнее закройте, чтобы контекст оставался узким.
- Недавние беседы: ссылайтесь на предыдущий разговор, если задача продолжает прошлую, вместо того чтобы пересказывать условия заново.
- Формулировка: назовите цель, ограничение и критерий готовности, например тест, который должен пройти.
- Секреты: файлы с ключами и выгрузками клиентов держите закрытыми во время работы с агентом.
Привычка закрывать лишние вкладки перед запросом кажется мелочью, но именно она отличает точный diff от разросшегося. Если задача широкая, разбейте её на несколько запросов с разным выделением: тогда каждый результат читается целиком и принимается или отклоняется отдельно.
Для повторяющихся задач заведите в репозитории короткую памятку: стиль кода, команда запуска тестов, каталоги, которые трогать нельзя. Расширение читает для этого файл AGENTS.md, поэтому копировать правила в каждый запрос уже ни к чему, а новый разработчик команды получает те же правила, что и агент. Что такое окно контекста, объясняет термин контекстное окно.
Локально или в облаке
| Критерий | Локально в редакторе | Облачная задача |
|---|---|---|
| Размер задачи | Правка функции, тест, небольшой рефакторинг | Крупная работа, которой нужны время и простор |
| Обратная связь | Сразу видна в окне, запрос можно поправить на ходу | Результат приходит позже, проверка идёт по готовности |
| Контекст | Открытые файлы и выделение | Окружение облачного сервиса Codex |
| Нагрузка на рабочее место | Работа идёт в вашем редакторе | Редактор свободен для другой работы |
| Кому подходит | Тому, кто сидит над кодом и ведёт задачу сам | Тому, кто раздаёт задачи и ждёт готовый итог |
По справке OpenAI, для быстрых итераций работа остаётся локальной в редакторе, а когда задаче нужно больше времени и места, к ней подключают Codex в вебе и затем возвращаются к результату в том же процессе. Разница в степени контроля: локально вы ведёте агента за руку, в облаке отпускаете его работать самостоятельно и принимаете итог.
Выбирайте по цене ошибки и по скорости проверки. Если результат вы прочитаете за несколько минут, держите задачу в редакторе. Если проверка займёт вечер, облачная задача оправдана только при наличии тестов, которые подтвердят итог без вашего участия. Лимиты по подписке и их распределение в команде разобраны в статье про лимиты Codex в команде.
Какие задачи вы бы оставили в редакторе, а какие унесли в облако?
Проверка правок
Расширение показывает компактную сводку и изменённые строки рядом с исходником, и этим удобством легко злоупотребить: короткий diff создаёт ощущение, что всё в порядке. Проверка остаётся обязательной, и порядок у неё такой же, как для кода от коллеги.
- Прочитайте сводку и сравните её с задачей: совпадает ли набор затронутых файлов с ожидаемым.
- Откройте diff и пройдите каждое изменение, включая переименования и форматирование.
- Запустите тесты и линтер сами, а отчёт агента считайте предположением.
- Изучите изменения в тестах отдельно: ослабленное условие или удалённая проверка выдают подгонку под результат.
- Откатите лишнее: принимайте только те части правки, которые вы понимаете.
Принимать правки лучше частями. Если из пяти изменений три очевидны, а два вызывают вопрос, примите три и вернитесь к остальным с уточнённым запросом. Одно большое «принять всё» лишает проверку смысла.
Отдельно следите за тем, что агент мог подтянуть из окружения: новые зависимости, изменения конфигурации, правки скриптов запуска. Такие вещи прячутся за основным кодом, а последствия проявляются далеко от места правки, поэтому просматривайте список файлов целиком и читайте особенно внимательно те, где может скрываться сюрприз.
Рабочий порядок
- Установите расширение из магазина дополнений редактора, войдите в учётную запись и проверьте, что иконка Codex появилась на боковой панели.
- Откройте проект на чистой ветке и убедитесь, что тесты запускаются ещё до начала работы агента.
- Выберите небольшую задачу с готовым тестом, выделите нужный фрагмент и сформулируйте цель и критерий готовности.
- Разберите diff по списку проверки, примите правки частями и запустите тесты самостоятельно.
- Запишите итог: сколько запросов ушло на задачу и сколько времени заняла проверка, затем решите, что поручать агенту дальше.
Через неделю появится собственная картина: где Codex помогает, а где проверка съедает выигрыш. Из неё вырастает регламент команды: какие типы задач остаются локальными, какие уходят в облако, кто делает обязательное ревью и какие каталоги закрыты для агента. Выстроить такой регламент и обучить команду можно в рамках обучения сотрудников работе с ИИ.
Расширение закрывает рутину между идеей и коммитом, а решение о том, что попадёт в репозиторий, остаётся человеческим. В этом и состоит разумное разделение труда: агент быстро пишет, человек отвечает за результат. Если сравнить подход с другими инструментами, полезна статья Cursor или Claude Code.