AI დიზაინის ავტორიტეტი

ჩვენ ვართ პროგრამული განვითარების გადატანის წერტილზე. განხილვა ხშირად ეხება რომელი AI საუკეთესო კოდის დაწერა (Claude vs. ChatGPT) ან სად რომ AI-ს უნდა ცხოვრებოდეს (IDE ან CLI). მაგრამ ეს არ არის სწორი კითხვა.

თუ ჩვენ AI-ს ღრუ “Vibe Coders” – სადაც ჩვენ მიზნის მითითება გვაკეთებთ, ხოლო AI შესრულება – ქმნით უზარმაზარ ახალ პროგრამის ნაკადს. AI‑ის აგენტების ქმა ერთ წუთში უფრო მეტი კოდი შექმნის, ვიდრე უფროსი დეველოპერი კვირაში შეიძლება გადახედოს. ადამიანი გახდა ბოტლენქი.

გადაწყვეტა არა მეტი ადამიანები. გადაწყვეტა არის AI დიზაინის ავტორიტეტი.

ხელოსანიდან ქარხნის დირექტორამდე

ტრადიციულად “Design Authority” არის არქიტექტორების ჯგუფი, რომელიც ყოველ კვირა ან თვეში იკრიბება, რათა დიზაინი დამოწმება ან უარყოფა. სამყაროში მაღალი სიჩქარის AI განვითარება ეს მოდელი განუვითარებლად მოძველებულია. იგი ძალიან ნელია და რეაქტიულია.

თუ გადავდივართ “Disposable Code” – პროგრამაზე, რომელიც ჩვენ არ გავაკეთებთ უსასრულოდ რეფაქტორინგს, არამედ გავანადგურებთ და თავიდან შევქმნით, როდესაც მოთხოვნები იცვლება – მაშინ ჩვენი როლები ფუნდამენტალურად იცვლება. ჩვენ აღარ ვართ ქარხნის მუშაკები, რომლებიც ქვა ქვას აყენებენ. ჩვენ ვართ ქარხნის არქიტექტორები, რომლებიც კედლებს ბეჭდავენ.

მაგრამ ვინ აკონტროლებს, რომ კედლები სწორად დდგნენ?

„Gauntlet“: ავტომატური ცეცხლტესტი

AI დიზაინის ავტორიტეტი ადამიანი არაა, არამედ პაიპლაინია. “გაუნტლეტი”, სადაც თითოეული გენერირებული კოდის ხაზი უნდა იბრძოლოს, რათა წარმოებაში მიაღწიოს. ეს პროცესი არ შეცვლის ადამიანურ კოდის მიმოხილვას არაფერი, მაგრამ რამით უკეთესი.

ის მუშაობს სამი ფენით:

1. შესრულებითი ძალა (გენერაცია)
ჩვენ არ ვთხოვთ ერთ AI-ს გადაწყვეტის, ჩვენ ვთხოვთ სამს. ჩვენ გვაძლევთ Gemini 3, GPT-5 და ღია წყაროს მოდელს (მაგალითად Llama) თანასწორად მუშაობას იგივე პრობლემაზე. ეს აცილებს ტუნელურ ხედვას და გატაცებს “ლულობას”, რომელსაც LLM‑ებმა ზოგჯერ აქვთ. ეს მიდგომა ასევე სამეცნიეროდ გამოკვლეული და აჩვენებს, რომ შეგიძლიათ AI‑ის ჰალუცინაციები თავიდან აიცილოთ და ძალიან გრძელ შრანგები შექმნათ შეცდომის გარეშე

2. მკაცრი ფილტრი (კანონი)
აქ არ არის დისკუსია. კოდი უნდა კომპილირდეს. ლინტერები არ უნდა ბოდიშის გამო. და კრიტიკული: შავი ყუთის ტესტები უნდა გაივლის. ჩვენ არ ვტესტავთ, თუ ფუნქცია შიდა მუშაობს (ეს შეიძლება AI-ს მანიპულიროს), ჩვენ ვტესტავთ, თუ სისტემა გარეთ აკეთებს, რაც უნდა. თუ ტესტი ვერ მოხერხდება? პირდაპირ ყუთში.

3. ნაზი ფილტრი (AI ჟურია)
ეს არის რეალური ინოვაცია. დარჩენილი გადაწყვეტები წარმოდგენილია სპეციალიზირებულ “Voting AI”-ს. ეს აგენტი კოდი არ იწერს, არამედ კითხულობს კოდი. იგი ტრენირებულია ჩვენს არქიტექტურული პრინციპებზე, უსაფრთხოების მოთხოვნებზე (OWASP, ISO) და შესაბამისობის წესებზე (EU AI Act).
ისმა ხმა აძლია: A გადაწყვეტა უფრო სწრაფია, თუმცა B გადაწყვეტა უფრო უსაფრთხოა და უკეთესად აკმაყოფილებს ჩვენს მიკროსერვისების არქიტექტურას.

გამარჯვებული გადადის წარმოებაში.

პროგრამის ტრია პოლიტიკა

ამ მოდელს იძულებს ძალის განყოფილება, რომელიც მრავალ გუნდში არ არსებობს.

• სამოქალაქო ძალა (არქიტექტორი): არქიტექტორი ქმნის “კონსტიტუციას”. პრომპტები, არქიტექტურული დოკუმენტები (project-description.md, rules.md, skills.md en principles.md), მკაცრი მოთხოვნები. არქიტექტორი განსაზღვრავს რას ჩვენ ვაშენებთ, ვინ აემშენებს, როგორ და რატომ.
• გაშვებული ძალა (კოდირების აგენტები): ისინი ახორციელებენ. სწრაფად, იაფად და ადამიანური დეველოპერების მხარდაჭერით.
• საჯარო ძალა (დიზაინის ავტორიტეტი): დამახასიათებელი AI-ფენა, რომელიც შეამოწმებს კანონებს.

დასკვნა: არქიტექტორის ახალი როლი

ეს გვათავისუფლებთ სინტაქსის შეცდომების ტირანისგან და გვაძლევს შესაძლებლობას დავამახვილოთ ყურადღება იმაზე, რაც ჩვენ კარგად ვიცით: სისტემური აზროვნება. სიმართლის პოვნა. სტრუქტურა და გადაწყვეტილების მიღება.

კითხვა არაა, შეიძლება AI‑მა ჩვენი კოდი დაწეროს. ეს საკითხი უკვე დახურულია. კოდი ძირითადად გადაყრილ პროდუქტად ხდება.
კითხვა არის: გსურთ თუ არა კონტროლის... კოდი გათავისუფლოთ, რათა იმით კონტროლირება... ხარისხი თავიდან მიიღოთ?

მომახსენეთ