ЖИ-дизайндағы сарапшы

Біз бағдарламалық жасақтаманы дамытудағы бетбұрыс кезеңінде тұрмыз. Талқылау көбінесе қандай ЖИ ең жақсы кодты жазады (Claude vs. ChatGPT) немесе қайда ЖИ қайда орналасуы керек (IDE немесе CLI) туралы болады. Бірақ бұл дұрыс сұрақ емес.

Мәселе бұл емес генерациялау кодтың. Бұл тексеру оның.

Егер біз AI-ды «Vibe Coder» ретінде қабылдасақ – яғни, біз ниетті көрсетеміз, ал AI оны орындайды – біз жаңа бағдарламалық жасақтаманың үлкен ағынын жасаймыз. AI агенттерінің тобы бір минутта аға тәжірибелі әзірлеушінің бір аптада қарап шыға алатын көлемнен артық код генерациялай алады. Адам енді кедергіге айналды.

Шешім көбірек адамдар емес. Шешім AI Дизайн Билігі.

Шеберден зауыт директорына дейін

Дәстүр бойынша, «Дизайн органы» сәулетшілердің шағын тобы болып табылады, олар аптасына немесе айына бір рет жиналып, жобаны мақұлдайды немесе қабылдамайды. Әлемдегі жоғары жылдамдықты AI әзірлеу бұл модель мүлдем ескірген. Ол тым баяу және тым реактивті.

Егер біз «Бір реттік кодқа» — талаптар өзгерген кезде мәңгілік рефакторинг жасамай, лақтырып тастап, қайта генерациялайтын бағдарламалық жасақтамаға көшсек — онда біздің рөліміз түбегейлі өзгереді. Біз тас салып жатқан кірпіш қалаушылар емеспіз. Біз қабырғаларды басып шығаратын зауыттың сәулетшілеріміз.

Бірақ бұл қабырғалардың тік екенін кім тексереді?

«Қауіпті сынақ»: Автоматтандырылған отты сынақ

AI Дизайн Басқарушысы – бұл адам емес, бұл конвейер. Өндіріске жету үшін әрбір генерацияланған код өтуі керек «Сынақ алаңы». Бұл процесс адамның кодты тексеруін алмастырмайды ешнәрсе, бірақ бір нәрсемен жақсырақ.

Ол үш қабатта жұмыс істейді:

1. Атқарушы билік (Генерация)
Біз бір шешім үшін бір АИ-дан сұрамаймыз, біз үш АИ-дан сұраймыз. Біз Gemini 3, GPT-5 және ашық бастапқы кодты модельді (Llama сияқты) бір мәселе бойынша параллель жұмыс істетеміз. Бұл туннельдік көзқарасты болдырады және LLM-дердің кейде азап шегетін «жалқаулығын» бұзады. Бұл тәсіл сонымен қатар ғылыми тұрғыдан зерттелген және АИ-ның елестеулерінің алдын алуға болатынын және қатесіз өте ұзын тізбектерді құруға болатынын көрсетеді

2. Қатаң Сүзгі (Заң)
Мұнда талқылауға орын жоқ. Код компиляциялануы керек. Линтерлер шағымданбауы керек. Және ең маңыздысы: Қара Қорап Тесттері тесттер сәтті өтуі керек. Біз функцияның ішінде жұмыс істейтінін тексермейміз (бұл AI-ді манипуляциялауы мүмкін), біз жүйенің сырттан қажетті әрекетті орындайтынын тексереміз. Тест сәтсіз болды ма? Тікелей қоқыс жәшігіне.

3. Жұмсақ сүзгі (AI Алқасы)
Бұл нағыз жаңалық. Қалған шешімдер арнайы «Дауыс беру AI-іне» ұсынылады. Бұл агент код жазбайды, бірақ оқиды код. Ол біздің архитектуралық принциптеріміз, қауіпсіздік талаптары (OWASP, ISO) және сәйкестік ережелері (ЕО AI заңы) бойынша оқытылған.
Ол келесіні айтады: «А шешімі жылдамырақ, бірақ В шешімі қауіпсізірек және біздің микросервистер архитектурамызға жақсырақ сәйкес келеді».

Жеңімпаз өндіріске кетеді.

Бағдарламалық жасақтаманың Үш билік тармағы

Бұл модель көптеген командаларда жетіспейтін биліктің бөлінуін мәжбүрлейді.

• Заң шығарушы билік (Архитектор): Сәулетші «Конституцияны» жазады. Жылдам сұраулар, сәулеттік құжаттар (project-description.md, rules.md, skills.md en principles.md), қатаң талаптар. Сәулетші шешеді не не салатынымызды, кім салатынын, қалай және неге.
• Атқарушы билік (Кодтау агенттері): Олар орындайды. Жылдам, арзан және адам әзірлеушілерінің қамқорлығымен.
• Сот билігі (Дизайн органы): Заңға сәйкестікті тексеретін тәуелсіз AI қабаты.

Қорытынды: Архитектордың жаңа рөлі

Бұл бізді синтаксис қателерінің тираниясынан босатады және бізге жақсы білетін нәрсеге назар аударуға мүмкіндік береді: Жүйелік ойлау. Шындықты табу. Құрылым және шешім қабылдау.

Сұрақ AI біздің кодты жаза алады ма емес. Бұл тақырып қазірдің өзінде аяқталды. Код көбінесе бір реттік өнімге айналады.
Сұрақ мынада: Сіз бақылауды өз қолыңызға алуға батылы жетесіз бе код босату, осылайша бақылауды сапа қайтарып алуға?

маған хабарлаңыз