Проверка изменений с Codex
Зачем это изучать
Вы научитесь находить ошибки до публикации, отличать новые правки от старого кода и проверять замечания, а не принимать их на веру.
Проверено: 23 июля 2026 года по официальной документации OpenAI.
Review — отдельная проверка изменений с поиском ошибок и рисков. Специальные команды /review и codex review, а также панель сравнения используют Git, потому что им нужна исходная точка для точного сравнения строк.
Можно ли проверять папку без Git
Да. В обычной локальной папке попросите Codex прочитать конкретные файлы, проверить логику и ничего не менять:
Проверь файлы в папке src на ошибки, риски безопасности и отсутствующие проверки.
Ничего не меняй. Для каждого замечания укажи файл, место и сценарий проблемы.Но это обычный анализ текущего содержимого. Без истории Git Codex не сможет надёжно отделить новые правки от старого кода, а специальная панель проверки не покажет изменение каждой строки. Для постоянной работы выгодно включить Git: пошаговое объяснение.
Попробуйте сейчас
Измените одну безопасную строку в учебном файле, откройте /diff и попросите Codex проверить только эту правку. Затем сами подтвердите, что замечание относится к реальному сценарию.
Как Git делит изменения
| Область | Команда | Что это значит |
|---|---|---|
| Все несохранённые изменения | codex review --uncommitted | Проверить выбранные для коммита, ещё не выбранные и новые файлы |
| Относительно ветки | codex review --base main | Сравнить текущую ветку с основной веткой main |
| Один коммит | codex review --commit <SHA> | Проверить изменения, сохранённые в одном коммите |
| Своя инструкция | codex review "Проверь только вход и обработку ошибок" | Сфокусировать проверку обычными словами |
Одновременно выбирают только одну область. В диалоговом интерфейсе используйте /review.
Каким должно быть замечание
Полезное замечание содержит:
- важность проблемы и реальный сценарий её проявления;
- точный файл и минимальный диапазон строк;
- влияние на пользователя или систему;
- вариант исправления без лишней перестройки соседнего кода.
Просите не перечислять косметические предпочтения, если они не нарушают зафиксированное правило проекта.
Рекомендуемый цикл
- Выполните тесты и автоматические проверки проекта.
- Запустите review на точно выбранной области Git.
- Подтвердите каждое замечание по коду или повторяемому сценарию.
- Исправьте только подтверждённые проблемы.
- Повторите тесты и review после существенных исправлений.
Review не заменяет тесты, проверку зависимостей и ручную проверку важных сценариев.
Термины панели Git
| Надпись | Простое объяснение |
|---|---|
| Unstaged | Изменения ещё не выбраны для следующего коммита |
| Staged | Изменения выбраны для следующего коммита |
| Commit | Одна сохранённая точка истории |
| Branch | Отдельная линия изменений |
| Last turn | Изменения, сделанные Codex в последнем ходе диалога |
| Inline comment | Комментарий, прикреплённый к конкретной строке |
Пользователь сам решает, какие изменения выбрать, отменить, сохранить в коммите или отправить во внешний репозиторий.
Запросы на слияние GitHub
Pull request — предложение объединить изменения одной ветки с другой. Чтобы приложение загрузило сведения и комментарии GitHub, нужна установленная и авторизованная программа gh. Не вставляйте токен GitHub в промпт.
В настройках редактора параметр chatgpt.reviewDelivery выбирает, показывать замечания рядом со строками или в отдельной панели.
Отдельная модель проверки
review_model — необязательная настройка отдельной модели для проверки. Она поддерживается не во всех версиях. Сначала проверьте текущую схему конфигурации и правила вашей организации.
Куда дальше
Если термины Git пока трудны, вернитесь к основам Git. После ручной проверки можно изучать автоматический запуск.