Блог · Личный опыт
Как проверять код, если вы не разработчик
Мой процесс перекрёстной проверки: Codex реализует задачу, Claude Code независимо проверяет результат, а автоматические тесты подтверждают ключевые сценарии.
Этот процесс нужен владельцам бизнеса и начинающим AI-разработчикам, которые не могут профессионально проверить каждую строку кода. Codex реализует задачу, Claude Code независимо проверяет тот же коммит, GitHub фиксирует версию, а человек сохраняет контроль над необратимыми решениями.
Недавно я встречалась за кофе с участниками нашего AI-чата. Пока рассказывала, как работаю, поняла довольно смешную вещь: я использую ChatGPT, Codex и Claude Code, но часть работы между ними всё ещё переносила вручную.
Отдельно хранила контекст проекта, копировала задания из одного чата в другой и сама пыталась следить, какую версию кода кто проверял. После этого разговора я решила первым делом убрать именно эту ручную часть и собрать единый процесс.
Для кого и зачем
Перекрёстная проверка нужна, когда вы отвечаете за результат, но не можете проверить весь код сами
Если человек много лет работает в своей сфере и с помощью ИИ автоматизирует собственную экспертизу, чтобы убрать рутину, — это одна ситуация. У меня другая: я создаю сайты и приложения, но сама не разработчик и не могу профессионально проверить каждую строку кода.
Поэтому проверка AI-кода для меня — не вопрос недоверия к ИИ. Это способ не зависеть от ответа одной системы: один агент выполняет задачу, второй независимо проверяет тот же результат, а автоматические тесты подтверждают только заранее определённые сценарии.
Усиленный контроль особенно нужен перед изменениями в базе данных, миграциях, авторизации, правах доступа, персональных данных, платежах, безопасности, публикации, тестовой и рабочей среде.
Короткий вывод: две проверки снижают риск зависимости от одного ответа, но не дают абсолютной гарантии.
Роли систем
ChatGPT собирает требования, Codex реализует, GitHub фиксирует, Claude Code проверяет
- Владелец
- Определяет задачу, цели, ограничения и то, что нельзя нарушать. Принимает решения о деньгах, доступах, публикации, слиянии веток и изменениях рабочей версии.
- ChatGPT
- Помогает собрать контекст, документы и требования в понятное техническое задание. ChatGPT не заменяет репозиторий и не определяет, какой коммит проверяется.
- Codex
- Работает с репозиторием: реализует задачу в отдельной ветке, добавляет тесты и готовит точный дифф к независимой проверке.
- GitHub
- Хранит код, коммиты, пул-реквесты и результаты автоматических проверок. Это общий источник истины для всех участников процесса.
- Claude Code
- Получает то же ТЗ и точную версию кода. Проводит независимый аудит в режиме только для чтения, не изменяя исходный репозиторий и не опираясь заранее на выводы Codex.
- Автоматические тесты
- Проверяют только заложенные сценарии: типы, сборку, тесты и другие обязательные машинные проверки проекта. Зелёные проверки не гарантируют отсутствие всех ошибок.
Одна задача
Как контролировать AI-разработку от ТЗ до решения владельца
Последовательность важна: независимая проверка кода Claude Code относится к конкретному коммиту, а не к «последней версии где-то в чате».
- Владелец формулирует задачу, ограничения и стоп-условия.
- ChatGPT помогает собрать контекст и подготовить понятное техническое задание.
- Codex реализует задачу в отдельной ветке и добавляет нужные тесты.
- Изменения фиксируются точным хешем коммита (SHA).
- GitHub запускает предусмотренные проектом проверки: типы, тесты, сборку и другие обязательные проверки CI.
- Claude Code получает то же ТЗ и проверяет тот же коммит или точный дифф в режиме только для чтения.
- Если найдены проблемы, Codex получает конкретные замечания со ссылкой на проверяемый код.
- После исправлений создаётся новый коммит, поэтому предыдущая проверка помечается устаревшей.
- Тесты и независимая проверка изменённого диффа запускаются повторно.
- Слияние, выкладка, расходы и изменения рабочей версии остаются решениями владельца.
1. Владелец
Задача · границы · стоп-условия
2. ChatGPT и Codex
ТЗ · реализация · отдельная ветка
3. GitHub
Хеш коммита · пул-реквест · CI
4. Claude Code
Независимая проверка точного диффа, только чтение
Есть замечания?
Да → обратно в Codex
Конкретная правка → новый коммит → тесты и проверка заново.
Нет → решение владельца
Владелец отдельно решает: слияние, расходы, публикация или выкладка.
Лимит Claude Max → BLOCKED_PLAN_LIMIT
Состояние сохраняется. После восстановления лимита по расписанию запускается повторная попытка, и проверка Claude Code продолжается с того же зафиксированного коммита.
Короткий вывод: у каждой проверки есть точная версия, а любой новый коммит делает предыдущую проверку устаревшей.
Единый источник истины
Почему GitHub связывает Codex и независимую проверку Claude Code
Codex и Claude Code должны проверять одну и ту же зафиксированную версию. GitHub убирает ситуацию, когда один чат анализирует старый код, второй уже работает с новым, а владелец переносит между ними устаревшие комментарии.
В записи каждой проверки должны быть понятны:
- проверяемое ТЗ
- репозиторий и ветка
- точный хеш коммита (SHA)
- границы независимой проверки
- результаты тестов и CI
- найденные замечания
- статус проверки: текущая или устаревшая
Короткий вывод: совпадение мнений не является доказательством; доказательство начинается с одного и того же коммита, диффа и результатов проверок.
Где остаётся человек
ИИ может выполнять обратимые действия, но необратимые решения остаются у владельца
Обязательное решение владельца требуется перед следующими действиями:
- платные вызовы и увеличение бюджета
- добавление новых учётных данных и ключей доступа
- миграция общей базы данных тестовой или рабочей среды
- слияние в ветку release или main
- выкладка в рабочую среду
- публичная публикация
- запуск платежей, регулярных списаний и фоновых задач по расписанию
- изменение продуктовых границ
Ограничения
Перекрёстная проверка снижает риск, но не гарантирует отсутствие ошибок
Этот процесс не означает работу без остановки 24/7. Компьютер может уснуть, интернет — пропасть, CI — остановиться, а лимит Claude Max — временно закончиться. Поэтому корректная формулировка звучит так: автономный процесс с сохранением состояния, повторным продолжением и остановкой там, где нужно решение владельца.
Нельзя обещать «полностью автономную разработку без человека», гарантированное отсутствие ошибок, подтверждение работоспособности всего кода одними тестами или автоматическое исправление кода Claude Code. Независимая проверка тоже может ошибиться.
Короткий вывод: цель процесса — сделать риск и ответственность видимыми, а не объявить AI безошибочным.
- AI-разработка
- Codex
- Claude Code
- GitHub
- AI-процессы
- Перекрёстная проверка
- Безопасность AI
- Для владельцев бизнеса
Как вы проверяете код, написанный ИИ?
Я продолжаю проверять этот процесс на собственных проектах и дорабатывать границы между автоматической работой и решениями владельца. Расскажите, что вы проверяете сами, что передаёте второй системе и где оставляете обязательное решение за человеком.
В Telegram-канале Bali AI HoReCa будет особенно интересно AI-энтузиастам, рестораторам, владельцам бизнеса и IT-специалистам — всем, кто внедряет AI в реальные процессы и хочет обсуждать практику с людьми из разных сфер. Участники сообщества также проводят регулярные офлайн-встречи на Бали — раз в две недели.