Codex в VS Code: как открыть проект, дать задачу и принять только нужные изменения
Codex можно использовать рядом с VS Code: агент изучает проект и предлагает правки, а редактор дает дерево файлов, запуск и визуальный diff. Для первой задачи важна не скорость генерации, а контроль области: один репозиторий, одна ветка, одно требование.
Откройте корень проекта
Запустите VS Code и откройте папку, в которой находятся .git и README. Не открывайте родительский каталог со всеми проектами. Встроенный терминал должен начинаться в корне нужного репозитория.
Выполните git status и штатную команду тестов. Если рабочая копия содержит незавершенные изменения, разберите их до запуска агента. Создайте отдельную ветку, например fix/search-empty-state.
Запустите Codex в той же папке
Codex может работать через доступную интеграцию с редактором или через CLI во встроенном терминале. В терминальном маршруте выполните codex из корня репозитория. Проверьте текущие разрешения через /permissions.
Начните с запроса без правок:
Найди экран поиска и состояние, которое показывается при пустом результате. Ничего не меняй и не запускай. Назови связанные компоненты, стили, тесты и предложи минимальный план для текста «Ничего не найдено» с кнопкой сброса фильтров.
Откройте названные файлы в VS Code. Если агент выбрал старый компонент или демо-страницу, уточните маршрут пользователя.
Ограничьте реализацию
После проверки плана дайте критерии:
Реализуй пустое состояние только для экрана поиска. Кнопка сбрасывает фильтры, но сохраняет введенный запрос. Не меняй API, общие стили и зависимости. Используй существующий компонент кнопки. После правки запусти связанные тесты и покажи список измененных файлов.
Требования описывают не только то, что нужно сделать, но и то, что должно остаться без изменений.
Следите за правками в VS Code
Откройте Source Control. Просматривайте diff по файлам, а не только итоговое сообщение Codex. Для каждой строки задайте вопрос: она нужна для указанного сценария или появилась из-за попутного рефакторинга?
Особенно внимательно проверьте массовое форматирование, обновление lock-файла и изменения общих компонентов. Они могут значительно расширить влияние маленькой функции.
Не нажимайте «принять все», если понимаете только часть diff. Верните лишние фрагменты и попросите агента сохранить узкую границу.
Повторите проверки самостоятельно
Запустите тесты из терминала VS Code. Затем откройте приложение и пройдите три случая: есть результаты, результатов нет, фильтры сброшены. Проверьте, что запрос сохранился, а другие экраны не получили новое состояние.
Если тест упал, передайте Codex точный вывод и запретите удалять проверку ради зеленого статуса. Причина может быть в реализации, окружении или старом тесте; это нужно различить.
Сохраните только нужное
Добавляйте изменения в staged по файлам или фрагментам. Еще раз просмотрите staged diff и создайте один коммит. В его сообщении опишите пользовательское изменение, а не участие AI.
После коммита git status должен быть чистым. Если остались локальные файлы, решите, нужны ли они проекту, прежде чем открывать следующую задачу.
Связка Codex и VS Code является центральной в проектах ИИ-лаборатории Глеба Кудрявцева после постановки задачи и проверки diff работа продолжается с базой, логами, сервером, деплоем и безопасностью. В этой статье разобран только первый локальный цикл.
Правку можно принять, когда Codex работал в правильном репозитории, критерии проверены вручную, diff содержит только нужные строки, а Git сохраняет отдельную версию результата.