Из чего состоит pipeline
| Шаг | Вход | Результат |
|---|---|---|
| Контекст | Событие pull request, diff, тесты, правила | Ограниченный prompt на один commit SHA |
| Быстрый проход | Prompt, Sonnet или GPT Sol | Замечания и вопросы по строкам |
| Проверка | Тесты, typecheck, линтер | Воспроизведение или отсев замечания |
| Глубокий проход | Рискованный diff, Opus 5.5 или GPT Astra | Разбор миграций, авторизации, денег |
| Публикация | Проверенные замечания и человек | Одно ревью или черновик |
| Гейт merge | Тесты, ревью, одобрение | Решение человека или правило защищённой ветки |
Весь монорепозиторий и секреты в prompt не нужны. Дайте diff, связанные интерфейсы, тесты и инструкцию: комментировать только проблему с последствиями и шагами воспроизведения. Для крупного изменения добавьте карту зависимостей.
Что проверять автоматически
Начните с формализуемых ошибок: забытая авторизация endpoint, DTO без обновления клиента, небезопасная работа с секретом, миграция без индекса, неверная обработка ошибки. Привязывайте замечание к строке и требуйте сценарий пользователя. Фраза «код можно улучшить» в PR попадать не должна. Merge блокируйте только за воспроизводимую ошибку корректности, безопасности, потери данных или сборки.
Какие модели брать
Основной проход: claude-sonnet-5 или gpt-6-sol. Рискованный diff: claude-opus-5-5 или gpt-6-astra. Для сравнения подойдёт gpt-6.1-sol, для узких проверок под тестами gpt-6-luna. Это стартовые маршруты по каталогу на 4 октября 2026 года, дальше считайте принятые замечания на своём репозитории. Отправлять на глубокий проход только опасные изменения дешевле и полезнее, чем гонять флагман по каждому форматированию. Через один шлюз codexkey маршрут меняется сменой ID модели.
Строгий вывод и проверка
Просите JSON по схеме: путь, строка, последствие, шаги воспроизведения, правка. Нет доказательств, значит пустой массив. Невалидный JSON роняет job, молча его не чинят.
Ответ модели лишь зацепка. Гонку проверяйте небольшим тестом, SQL планом запроса, расхождение контракта API сравнением типов производителя и потребителя. Job в CI получает право читать код и писать ревью, но не менять основную ветку.
FAQ
Может ли AI сам одобрять pull request?
Нет. Агент собирает доказательства, решение остаётся за правилами CI и ответственным ревьюером.
Что нужно для первого запуска?
API-ключ, доступ CI к нему через secret, безопасный сбор diff и несколько старых PR для оценки. Заведите отдельный ключ и лимит для pipeline.