Авторитетний центр проєктування ШІ

Ми перебуваємо на переломному етапі в розробці програмного забезпечення. Дискусія часто точиться навколо того, який чи пише штучний інтелект найкращий код (Claude проти ChatGPT), чи де де цей штучний інтелект має працювати (IDE чи CLI). Але це неправильна постановка питання.

Якщо ми сприймемо штучний інтелект як «Vibe Coders», де ми задаємо намір, а ШІ виконує роботу, ми створимо величезний потік нового програмного забезпечення. Рої AI-агентів можуть згенерувати більше коду за одну хвилину, ніж senior-розробник може перевірити за тиждень. Люди стали вузьким місцем.

Вирішення полягає не в тому, більше щоб залучати більше людей. Рішення полягає у створенні Авторитет у сфері дизайну штучного інтелекту.

Від ремісника до директора фабрики

Традиційно «Design Authority» — це група архітекторів, яка збирається раз на тиждень або місяць, щоб схвалити чи відхилити проєкт. У світі високошвидкісної розробки на основі штучного інтелекту ця модель безнадійно застаріла. Вона надто повільна та реактивна.

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

Але хто перевіряє, чи рівні ці стіни?

«Рукавичка» (Gauntlet): Автоматизоване випробування вогнем

AI Design Authority — це не людина, а конвеєр. Це «рукавичка» (Gauntlet), крізь яку має пройти кожен рядок згенерованого коду, щоб потрапити в продакшн. Цей процес замінює не людське код-рев'ю на нічого, а на дещо краще.

Це працює у три шари:

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

2. Жорсткий фільтр (Закон)
Тут не може бути жодних дискусій. Код має компілюватися. Лінтери не повинні скаржитися. І що критично важливо — тести «чорної скриньки» мають бути успішними. Ми не перевіряємо, чи функція працює зсередини (це ШІ може сфальсифікувати), ми перевіряємо, чи робить система ззовні те, що від неї вимагається. Тест провалено? Одразу у смітник.

3. М'який фільтр (Журі ШІ)
Це справжня інновація. Отримані рішення передаються на розгляд спеціалізованому «ШІ для голосування» (Voting AI). Цей агент не пише код, але читає код. Його натреновано на наших архітектурних принципах, вимогах безпеки (OWASP, ISO) та нормах щодо дотримання вимог (Закон ЄС про штучний інтелект).
Він радить: «Рішення А швидше, але Рішення Б безпечніше та краще відповідає нашій мікросервісній архітектурі».

Переможець вирушає в продакшн.

Тріада влади програмного забезпечення

Ця модель забезпечує розподіл повноважень, якого часто бракує в багатьох командах.

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

Висновок: Нова роль архітектора

Це звільняє нас від тиранії синтаксичних помилок і дозволяє зосередитися на тому, що ми вміємо найкраще: системному мисленні, пошуку істини, структурі та прийнятті рішень.

Питання не в тому, чи може ШІ писати наш код. Це питання вже закрите. Код значною мірою перетворюється на одноразовий продукт.
Питання в наступному: чи наважитеся ви відпустити контроль над кодом , щоб натомість повернути собі контроль над якістю повернути?

дайте мені знати