Авторитетный центр проектирования ИИ
Мы находимся на переломном этапе в разработке программного обеспечения. Дискуссия часто сводится к тому, какой какой ИИ пишет лучший код (Claude против ChatGPT) или где где этот ИИ должен работать (в IDE или CLI). Но это неверная постановка вопроса.
Если мы примем ИИ в концепции «Vibe Coders», когда мы задаем намерение, а ИИ выполняет реализацию, мы создадим огромный поток нового программного обеспечения. Рой ИИ-агентов может сгенерировать за одну минуту больше кода, чем старший разработчик сможет просмотреть за неделю. Человек стал узким горлышком.
Решение заключается не в том, чтобы нанимать больше людей. Решение — это ИИ-авторитет проектирования.
От ремесленника к директору завода
Традиционно «авторитет проектирования» (Design Authority) — это группа архитекторов, которая собирается раз в неделю или месяц для утверждения или отклонения проекта. В мире высокоскоростной разработки с использованием ИИ эта модель безнадежно устарела. Она слишком медленная и реактивная.
Если мы перейдем на «одноразовый код» (Disposable Code) — программное обеспечение, которое мы не рефакторим бесконечно, а выбрасываем и генерируем заново при изменении требований — наша роль кардинально изменится. Мы больше не каменщики, кладущие кирпич за кирпичом. Мы — архитекторы фабрики, которая печатает стены.
Но кто проверяет, ровно ли стоят эти стены?
«Гантель»: Автоматизированное испытание огнем
AI Design Authority — это не человек, а конвейер. Это «гаунлет» (полоса препятствий), через который должен пройти каждый сгенерированный фрагмент кода, чтобы попасть в продакшн. Этот процесс не заменяет человеческое ревью кода ничто, а предлагает нечто лучшее.
Это работает в три этапа:
1. Исполнительная власть (Генерация)
Мы просим найти решение не одну нейросеть, а три. Мы запускаем Gemini 3, GPT-5 и открытую модель (например, Llama) параллельно для работы над одной и той же задачей. Это предотвращает «туннельное зрение» и преодолевает лень, которой иногда страдают языковые модели. Такой подход также научно исследован и доказывает, что можно предотвратить галлюцинации ИИ и строить очень длинные цепочки без ошибок
2. Жесткий фильтр (Закон)
Здесь дискуссии неуместны. Код должен компилироваться. Линтеры не должны выдавать ошибки. И что критически важно — тесты черного ящика должны пройти успешно. Мы тестируем не то, как функция работает изнутри (ИИ может это обойти), а то, ведет ли себя система на внешнем уровне так, как требуется. Тест провален? Сразу в корзину.
3. Мягкий фильтр (ИИ-жюри)
В этом и заключается настоящая инновация. Оставшиеся решения передаются на рассмотрение специализированному «голосующему ИИ» (Voting AI). Этот агент не пишет код, а читает код. Он обучен на наших принципах архитектуры, требованиях безопасности (OWASP, ISO) и нормах комплаенса (Закон ЕС об ИИ).
Он голосует: «Решение А быстрее, но Решение Б безопаснее и лучше соответствует нашей архитектуре микросервисов».
Победитель отправляется в продакшн.
Триас политики программного обеспечения
Эта модель обеспечивает разделение властей, которого так часто не хватает во многих командах.
- Законодательная власть (Архитектор): Архитектор пишет «конституцию». Промпты, архитектурные документы (
project-description.md, rules.md, skills.md en principles.md), жесткие требования. Архитектор определяет что мы строим, кто это строит, как и почему. - Исполнительная власть (Кодинг-агенты): Они исполняют. Быстро, недорого и под эгидой человеческих разработчиков.
- Судебная власть (Дизайн-авторитет): Независимый ИИ-слой, проверяющий на соответствие закону.
Заключение: Новая роль архитектора
Она освобождает нас от тирании синтаксических ошибок и позволяет сосредоточиться на том, что мы умеем лучше всего: системном мышлении, поиске истины, структуре и принятии решений.
Вопрос не в том, может ли ИИ писать наш код. Этот вопрос уже решен. Код во многом становится расходным материалом.
Вопрос в том: осмелитесь ли вы отказаться от контроля над кодом чтобы тем самым вернуть контроль над качеством вернуть?
дайте мне знать
