AI Design Authority

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

Проблема не в генерация кода. Это валидация это

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

Решение не в больше людях. Решение — это Авторитет дизайна ИИ.

От ремесленника к директору завода

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

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

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

«Гаунтлет»: автоматизированный испытательный огонь

AI Design Authority — это не человек, а конвейер. «Гаунтлет», через который должна пройти каждая строка сгенерированного кода, чтобы попасть в продакшн. Этот процесс заменяет человеческий код‑ревью не ничего, но с чем‑то лучше.

Это работает в три уровня:

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

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

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

Победитель переходит в продакшн.

Триада политики программного обеспечения

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

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

Вывод: новая роль архитектора

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

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

сообщите мне