Оторизираният орган за дизайн на изкуствен интелект

Намираме се в повратна точка в софтуерното разработване. Дискусията често се върти около това дали кой AI пише най-добрия код (Claude спрямо ChatGPT) или къде къде трябва да живее този AI (IDE или CLI). Но това не е правилният въпрос.

Ако прегърнем AI като „Vibe Coders“ – където задаваме намерението, а AI извършва изпълнението – ние създаваме огромен поток от нов софтуер. Един рояк AI агенти може да генерира повече код за една минута, отколкото един старши разработчик може да прегледа за една седмица. Човекът се е превърнал в теснолинието.

Решението не е повече хора. Решението е AI Оторитет по дизайн.

От занаятчия до директор на фабрика

Традиционно „Оторитетът по дизайн“ е група архитекти, които се събират веднъж седмично или месечно, за да одобрят или отхвърлят дизайн. В свят на високоскоростно AI разработване този модел е безнадеждно остарял. Той е твърде бавен и твърде реактивен.

Ако преминем към „Код за еднократна употреба“ – софтуер, който не рефакторираме безкрайно, а изхвърляме и генерираме отново, когато изискванията се променят – тогава нашата роля се променя фундаментално. Ние вече не сме зидари, които полагат камък след камък. Ние сме архитектите на фабриката, която принтира стените.

Но кой проверява дали тези стеви са изправени?

„Гаунтлетът“: Автоматизирано изпитание с огън

Органът за проектиране на изкуствен интелект (AI Design Authority) не е човек, а конвейер. „Изпитание“ (Gauntlet), през което всяка линия генериран код трябва да премине, за да стигне до производство. Този процес не замества човешкия преглед на кода с нищо, а с нещо по-добро.

Работи в три слоя:

1. Изпълнителната власт (Генерацията)
Не молим само един AI за решение, а три. Оставяме Gemini 3, GPT-5 и open-source модел (като Llama) да работят паралелно по един и същ проблем. Това предотвратява тунелното зрение и преодолява „мързела“, от който LLM моделите понякога страдат. Този подход също така е научно изследван и доказва, че можете да предотвратите халюцинациите на AI и да изградите много дълги вериги без грешки

2. Строгият филтър (Законът)
Тук дискусии не са възможни. Кодът трябва да се компилира. Линтерите не трябва да се оплакват. И най-важното: те трябва да тестове тип „черна кутия“ успешни. Ние не тестваме дали функцията работи вътрешно (това AI може да манипулира), а дали системата отвън прави това, което се очаква от нея. Тестът се проваля? Веднага в кошчето.

3. Мекият филтър (ИИ журито)
Това е истинската иновация. Останалите решения се представят на специализиран „AI за гласуване“ (Voting AI). Този агент не пише код, а чете код. Той е обучен на нашите архитектурни принципи, изисквания за сигурност (OWASP, ISO) и правила за съответствие (EU AI Act).
Той гласува: „Решение А е по-бързо, но Решение Б е по-сигурно и следва нашата микросървисна архитектура по-добре.“

Победителят отива в продукция.

Трите власти (Триас политика) в софтуера

Този модел налага разделение на властите, което липсва в много екипи.

• Законодателната власт (Архитектът): Архитектът пише „конституцията“. Подканите (промптите), архитектурните документи (project-description.md, rules.md, skills.md en principles.md), строгите изисквания. Архитектът определя какво ние строим, кой го строí, как и защо.
• Изпълнителната власт (Агентите за кодиране): Те изпълняват. Бързо, евтино и под егидата на човешки разработчици.
• Съдъбната власт (Дизайн органът): Независим AI слой, който проверява съответствието със закона.

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

Той ни освобождава от тиранията на синтактичните грешки и ни позволява да се съсредоточим върху това, което умеем най-добре: системно мислене. Търсене на истината. Структура и вземане на решения.

Въпросът не е дали ИИ може да пише нашия код. Тази тема вече е приключена. Кодът в голяма степен се превръща в еднократен продукт.
Въпросът е: Осмелявате ли се да пуснете контрола върху кода , за да си върнете обратно контрола върху качеството да бъдат възстановени?

кажете ми