როგორ ააშენა Meta-მ Forum AI აგენტებით მთელ დეველოპმენტის ციკლში

აგენტი, როგორც შექმნის მონაწილე

Meta-ს ახალი აპი Forum დამოუკიდებელი Groups აპია, პატარა გუნდის ნულიდან შექმნილი. ის Facebook-ის ჯგუფებში ღრმა საუბრებისთვისაა. პროექტი AI აგენტის ინჟინერიის მონაწილედ გამოყენების ექსპერიმენტი იყო, არა უფრო სწრაფი აკრეფის. წარმატებას კოდის მოცულობით კი არა, წარმოებისთვის მზა, დადასტურებული შედეგებით ზომავდნენ: ცვლილებებით, რომლებიც ბილდდება, ტესტებს გადის და რევიუს უძლებს.

ამას გადასვლად აღწერენ human-in-the-loop-იდან human-on-the-loop-ზე. ძველ მოდელში ინჟინერი მართავს ყოველ ნაბიჯს და AI ეხმარება. ახალში აგენტი თავად ატარებს იტერაციას: გეგმავს, ახორციელებს, ბილდავს, ტესტავს, ასწორებს და იმეორებს, ინჟინერი კი მიზანს ადგენს, აკვირდება, გადახრისას ერევა და შედეგს ამტკიცებს. ეს სამიზნეა და არა დასრულებული მდგომარეობა: ზოგი ეტაპი ავტონომიურია, ზოგში ინჟინერი ყოველ იტერაციაში რჩება.

ვერიფიკაცია გახდა ფინიშის ხაზი

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

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

წესები, ხელსაწყოები და უსაფრთხო სენდბოქსი

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

ყველაზე დიდი მოგება კოდისა და ხელსაწყოების შეცვლამ მოგვცა, არა prompt-ების. კოდბაზა მოდულური და წაკითხვადი შეინარჩუნეს, ზოგი ნაწილი ნულიდან გადააკეთეს, სადაც ხელახლა გამოყენება აგენტურ გამტარუნარიანობას აფერხებდა. აპის აღწერის ნაცვლად აგენტს ხელსაწყოები მისცეს, რომ წაიკითხოს ცოცხალი ხედების იერარქია, ჩამოთვალოს ეკრანის ელემენტები და იპოვოს სამიზნე ხედამდე გზა, რამაც არასწორი ცვლილებები მკვეთრად შეამცირა. Forum-ის წარმოებისკენ მწიფებისას ცალკე sandbox build flavor-მა პროტოტიპებს იმავე კოდბაზაზე გაშვების საშუალება მისცა, პროტოტიპის კოდი კი ფიზიკურად წარმოების ბილდის გარეთ დარჩა.

შედეგები: პარიტეტი რვა კვირაში, უფრო სუფთა კოდი

Forum-მა Facebook Groups-თან ძირითად ფუნქციურ პარიტეტს რვა კვირაში მიაღწია, AI კი რუტინულ იმპლემენტაციას ასრულებდა, რათა ინჟინრები არქიტექტურაზე, პროდუქტსა და ხარისხზე ფოკუსირებულიყვნენ. რეალური ქცევის მბაძავმა სტრეს-სცენარებმა დეველოპმენტის დროს მეხსიერების პრობლემა დაიჭირა; აგენტმა რეპროდუცირება გამოყო, გამოსწორება შესთავაზა და დაადასტურა, რითაც მეხსიერების გამოყენება და page faults დაახლოებით განახევრდა. გაშვების შემდეგ გამოძიების აგენტები უკუკავშირს ახარისხებდნენ და ინჟინრებისთვის სტრუქტურირებულ ჩანაწერებს აქვეყნებდნენ. გუნდი ხარისხის მატებას უკეთეს prompt-ს კი არა, კონტექსტს მიაწერს: აგენტის ერთხელ გაწვრთნა ნიშნავს, რომ ყოველი მომავალი სესია ამით იწყება.

წყაროები: Engineering at Meta