Из чего состоит pipeline
| Шаг | Вход | Результат |
|---|---|---|
| 1. Сбор контекста | Diff, затронутые тесты, правила репозитория | Ограниченный пакет для модели |
| 2. Быстрый проход | Sonnet или GPT Sol | Подозрения и вопросы по строкам |
| 3. Проверка | Тесты, typecheck, линтер | Отсекает замечания без воспроизведения |
| 4. Глубокий проход | Opus 5.5 или GPT Astra для рискованных изменений | Разбор миграций, авторизации, финансовых потоков |
| 5. Публикация | Правила доверия и человек | Комментарий или черновик ревью |
Не отправляйте модели весь монорепозиторий. Передайте diff, связанные интерфейсы, тесты и инструкцию: комментировать только проблему с последствиями и шагами воспроизведения. Для большого изменения добавьте map зависимостей или отдельный этап исследования.
Что проверять автоматически
Начните с ошибок, которые хорошо формализуются: забытая авторизация endpoint, изменение DTO без обновления клиента, небезопасная работа с секретом, миграция без индекса, некорректная обработка ошибки. Привязывайте замечание к строке и требуйте объяснение пользовательского сценария. Фраза «код можно улучшить» не должна попадать в PR.
Используйте claude-sonnet-5 или gpt-6-sol как основной проход. При признаках высокого риска направляйте diff к claude-opus-5-5 или gpt-6-astra. Такой маршрут дешевле и полезнее, чем запускать флагман на каждом форматировании.
FAQ
Может ли AI сам одобрять pull request?
Не стоит давать модели право на merge. Она не видит весь контекст бизнеса и может ошибиться. Пусть агент собирает доказательства, а решение остаётся за правилами CI и ответственным ревьюером.
Что нужно для первого запуска?
API-ключ, доступ CI к ключу через secret, безопасный сбор diff и небольшой набор старых PR для оценки качества. Создайте отдельный ключ и лимит для pipeline.