ჩვენ ვართ პროგრამული უზრუნველყოფის შემუშავების გარდამტეხ წერტილში. დისკუსია ხშირად ეხება რომელი AI წერს საუკეთესო კოდს (Claude vs. ChatGPT) თუ სად სად უნდა განთავსდეს AI (IDE თუ CLI). მაგრამ ეს არ არის სწორი კითხვა.
პრობლემა არ არის გენერირება კოდის. ეს არის ვალიდაცია მისი.
თუ ხელოვნურ ინტელექტს მივიღებთ, როგორც „Vibe Coders“ – სადაც ჩვენ ვაძლევთ განზრახვას და ხელოვნური ინტელექტი ასრულებს მას – შევქმნით ახალი პროგრამული უზრუნველყოფის უზარმაზარ ნაკადს. ხელოვნური ინტელექტის აგენტების გროვამ შეიძლება ერთ წუთში იმდენი კოდი შექმნას, რამდენიც უფროს დეველოპერს ერთი კვირის განმავლობაში შეუძლია მიმოხილვაში. ადამიანი გახდა შემაფერხებელი ფაქტორი.
გამოსავალი არ არის მეტი ადამიანები. გამოსავალი არის ხელოვნური ინტელექტის დიზაინის ავტორიტეტი.
ტრადიციულად, „დიზაინის ავტორიტეტი“ არის არქიტექტორების მცირე ჯგუფი, რომელიც იკრიბება კვირაში ან თვეში ერთხელ დიზაინის დასამტკიცებლად ან უარსაყოფად. სამყაროში, მაღალი სიჩქარის ხელოვნური ინტელექტის განვითარება ეს მოდელი უიმედოდ მოძველებულია. ის ძალიან ნელია და ზედმეტად რეაქტიული.
თუ გადავალთ „ერთჯერად კოდზე“ – პროგრამულ უზრუნველყოფაზე, რომელსაც არ ვარემონტებთ უსასრულოდ, არამედ ვყრით და ხელახლა ვქმნით მოთხოვნების შეცვლისას – ჩვენი როლი ფუნდამენტურად იცვლება. ჩვენ აღარ ვართ ქვისმთლელები, რომლებიც ქვას ქვაზე დებენ. ჩვენ ვართ ქარხნის არქიტექტორები, რომლებიც კედლებს ბეჭდავენ.
მაგრამ ვინ ამოწმებს, სწორად დგას თუ არა ეს კედლები?
AI დიზაინის ავტორიტეტი არ არის პიროვნება, არამედ მილი. „ხელთათმანი“, რომელშიც გენერირებული კოდის ყველა წესი უნდა იბრძოლოს წარმოებაში მოსახვედრად. ეს პროცესი არ ცვლის ადამიანის კოდის მიმოხილვას არაფრით, არამედ რაღაცით უკეთესით.
ის სამ ფენად მუშაობს:
1. აღმასრულებელი ხელისუფლება (გენერაცია)
ჩვენ არ ვთხოვთ ერთ ხელოვნურ ინტელექტს გადაწყვეტილებას, ჩვენ სამს ვთხოვთ. ჩვენ ვაიძულებთ Gemini 3-ს, GPT-5-ს და ღია კოდის მოდელს (როგორიცაა Llama) ერთდროულად იმუშაონ იმავე პრობლემაზე. ეს ხელს უშლის გვირაბის ხედვას და არღვევს იმ „სიზარმაცეს“, რომლითაც ზოგჯერ LLM-ები იტანჯებიან. ეს მიდგომა ასევე მეცნიერულად შესწავლილი და ამტკიცებს, რომ თქვენ შეგიძლიათ თავიდან აიცილოთ ხელოვნური ინტელექტის ჰალუცინაციები და შექმნათ ძალიან გრძელი ჯაჭვები შეცდომების გარეშე
2. მყარი ფილტრი (კანონი)
აქ კამათი შეუძლებელია. კოდი უნდა იკომპილირებოდეს. ლინტერებს არ უნდა ჰქონდეთ პრეტენზიები. და რაც მთავარია: შავი ყუთის ტესტები ტესტებმა უნდა გაიაროს. ჩვენ არ ვტესტავთ, მუშაობს თუ არა ფუნქცია შიგნით (რამაც შეიძლება ხელოვნური ინტელექტი მანიპულირება მოახდინოს), ჩვენ ვტესტავთ, აკეთებს თუ არა სისტემა გარედან იმას, რაც უნდა აკეთოს. იშლება ტესტი? პირდაპირ ნაგავში.
3. რბილი ფილტრი (AI ჟიური)
ეს არის ნამდვილი ინოვაცია. დარჩენილი გადაწყვეტილებები წარედგინება სპეციალიზებულ „ხმის მიმცემ ხელოვნურ ინტელექტს“. ეს აგენტი კოდს არ წერს, მაგრამ კითხულობს კოდი. ის გაწვრთნილია ჩვენი არქიტექტურული პრინციპებით, უსაფრთხოების მოთხოვნებით (OWASP, ISO) და მარეგულირებელი წესებით (ევროკავშირის AI აქტი).
ის აფასებს: „გამოსავალი A უფრო სწრაფია, მაგრამ გამოსავალი B უფრო უსაფრთხოა და უკეთ შეესაბამება ჩვენს მიკროსერვისების არქიტექტურას.“
გამარჯვებული გადადის წარმოებაში.
ეს მოდელი აიძულებს ძალაუფლების დანაწილებას, რაც ბევრ გუნდს აკლია.
project-description.md, rules.md, skills.md en principles.mdმკაცრი მოთხოვნები. არქიტექტორი განსაზღვრავს რა რას ვაშენებთ, ვინ აშენებს, როგორ და რატომ.
ეს გვიხსნის სინტაქსის შეცდომების ტირანიისგან და საშუალებას გვაძლევს ფოკუსირება მოვახდინოთ იმაზე, რაშიც კარგები ვართ: სისტემური აზროვნება. ჭეშმარიტების პოვნა. სტრუქტურა და გადაწყვეტილების მიღება.
კითხვა არ არის, შეუძლია თუ არა ხელოვნურ ინტელექტს ჩვენი კოდის დაწერა. ეს თემა უკვე დახურულია. კოდი დიდწილად ერთჯერადი პროდუქტი გახდება.
კითხვა არის: ბედავთ თუ არა კონტროლის აღებას კოდი გათავისუფლოს, რათა კონტროლი ხარისხი დაიბრუნოს?
შეტყობინე მე