Авторитет по дизайну ИИ

Мы находимся на переломном этапе в разработке программного обеспечения. Дискуссии часто ведутся о том, какой какой ИИ пишет лучший код (Claude против ChatGPT) или где где должен располагаться этот ИИ (IDE или CLI). Но это неверная дискуссия.

Настоящая проблема не в поколение кода. Настоящая проблема в проверка этом.

Если мы примем ИИ как «Кодеров Настроения» (Vibe Coders) — где мы задаем намерение, а ИИ выполняет работу — мы создадим огромный поток нового программного обеспечения. Рой агентов ИИ может сгенерировать за минуту больше кода, чем старший разработчик сможет проверить за неделю. Человек стал узким местом.

Решение не в больше людях. Решение в Авторитете по Проектированию ИИ.

От ремесленника к директору фабрики

Традиционно «Орган по утверждению проектов» (Design Authority) — это небольшая группа архитекторов, которая собирается раз в неделю или месяц, чтобы утвердить или отклонить проект. В мире высокоскоростной разработки ИИ эта модель безнадежно устарела. Она слишком медленная и слишком реактивная.

Когда мы переходим на «одноразовый код» (Disposable Code) — программное обеспечение, которое мы не рефакторим бесконечно, а выбрасываем и перегенерируем при изменении требований — наша роль коренным образом меняется. Мы больше не каменщики, укладывающие камень за камнем. Мы — архитекторы фабрики, которая печатает стены.

Но кто контролирует, ровны ли эти стены?

«Перчатка»: автоматизированное боевое крещение

Орган по дизайну ИИ (АИ Дизайн Авторити) это не человек, а процессная трасса. Некий "Испытательный рубеж", через который каждое правило сгенерированного кода должен пробиться, чтобы попасть в производство. Этот процесс заменяет ручной проверку кода не на ничего, а на что-то лучше.

Это работает в три слоя:

1. Исполнительная власть (Генерация)
Мы просим не одну ИИ для решения, а три. Мы заставляем Gemini 3, GPT-5 и модель с открытым исходным кодом (например, Llama) параллельно работать над одной и той же проблемой. Это предотвращает туннельное зрение и преодолевает «лень», от которой иногда страдают большие языковые модели (LLM). Этот подход также научно исследовано и доказывает, что вы можете предотвратить галлюцинации ИИ и строить очень длинные цепочки без ошибок

2. Жесткий фильтр (Закон)
Здесь не может быть никаких споров. Код должен компилироваться. Линтеры не должны жаловаться. И самое главное: Тестирование черного ящика тесты должны пройти. Мы не проверяем, работает ли функция внутри (это может привести к манипуляциям с ИИ), мы проверяем, делает ли система снаружи то, что должна делать. Тест провален? Сразу в корзину.

3. Мягкий фильтр (Жюри ИИ)
Это настоящее новшество. Оставшиеся решения представляются специализированному «Голосующему ИИ». Этот агент не пишет код, а читает код. Он обучен на наших архитектурных принципах, требованиях безопасности (OWASP, ISO) и нормах соответствия (Закон ЕС об ИИ).
Он говорит: «Решение А быстрее, но Решение Б безопаснее и лучше соответствует нашей микросервисной архитектуре».

Победитель переходит в стадию производства.

Триумвират программного обеспечения

Эта модель обеспечивает разделение властей, которого не хватает во многих командах.

• Законодательная власть (Архитектор): Архитектор пишет «Конституцию». Промпты, архитектурные документы (project-description.md, rules.md en principles.md, жесткие требования. Архитектор определяет что мы строим и почему.
• Исполнительная власть (Кодирующие Агенты): Они выполняют. Быстро, дешево и под эгидой разработчиков-людей.
• Судебная власть (Орган Проектирования): Независимый уровень ИИ, который проверяет соответствие закону.

Заключение: Новая роль Архитектора

Это освобождает нас от тирании синтаксических ошибок и позволяет сосредоточиться на том, в чем мы хороши: системное мышление. Поиск истины. Структура и принятие решений.

Вопрос не в том, может ли ИИ писать наш код. Это уже решено. Код в значительной степени становится расходным материалом.
Вопрос в том: осмелитесь ли вы передать контроль над исполнение отпустить, чтобы тем самым получить контроль над качество вернуть?