Всё началось с недоверия. Автор статьи перестал доверять AI-помощникам ещё в начале своего опыта: они делали слишком много, слишком быстро и без нормальной инженерной дисциплины. Доверие вернулось, когда он автоматизировал… сомнение. Буквально: чем больше сомнений можно встроить в процесс, тем надёжнее результат.
Ключевой инструмент — суб-агенты. Это специализированные задачи, которые запускаются на Claude Code. Они проверяют одну и ту же работу с разных углов — как два глаза дают глубину. Чем больше таких ракурсов, тем выше шанс поймать ошибку.
Процесс разбит на три фазы.
Первая — дизайн. Автор просит Claude написать спецификацию, сам тратит 2–5 минут на беглый просмотр. Дальше запускает пре-имплементационный воркфлоу. В нём три агента: Pre-Implementation Architect, Documentation Validator и Assumption Excavator. Они ищут скрытые допущения, дыры в дизайне и недочёты документации. Находки (обычно 10–25 штук) подшиваются обратно в спецификацию. Если объём проекта средний — подключаются ещё Gap Analyzer, Implied Completeness Detector и Ambiguity Mapper. Они выискивают всё, что пропущено, но понадобится. После этого автор читает получившийся документ уже 15–60 минут. Если всё ок — создаётся чеклист для отслеживания разработки.
Вторая фаза — разработка. Здесь важное правило: автор не использует суб-агентов для того, чтобы писать код. Они только проверяют. Опыт показал, что самостоятельные агенты-писатели часто ломают больше, чем создают. Основную сборку ведёт один экземпляр Claude Code. Когда всё собрано и скомпилировано, начинается самый сок — постимплементационная проверка. Запускаются Code Validator, Type Safety Validator, Test Architect, Code Optimizer, Public Interface Validator и Security Analyst. С первого захода они выдают 15–35 замечаний, из которых первые 15–20 — критические. Автор фиксит, перезапускает — и так до тех пор, пока уровень качества не устроит лично его.
Третья фаза — сдача. Запускается финальный воркфлоу под названием Ship. К предыдущим агентам добавляются Anxiety Reader, API Contract Validator (если есть API) и Release Readiness Validator. Anxiety Reader, например, нашёл, что Promise.allSettled запускает всех агентов одновременно без лимита конкурентности — это риск перегрузки. Если после двух-трёх итераций Ship почти ничего не находит, релиз готов.
Философия метода проста: качество — это договорённость между артефактом, агентами и оператором (человеком). Итерации идут, пока субъективное ощущение готовности не совпадёт с объективными целями. Решение, когда остановиться, приходит с опытом и чутьём.
Минус — процесс жрёт много токенов. Иногда это оверкилл, иногда — наоборот, требуется ещё больше агентов. Но один инструмент автор советует попробовать на любом проекте: Assumption Excavator. Он почти везде найдёт, что вы упустили.
Набор агентов, команд и пайплайнов доступен на GitHub: github.com/aself101/agents-and-pipelines.