სიახლეები და ანალიზი
AI-აგენტების სენდბოქსები და ახალი Git: როგორ ვუშვებ kononov.dev-ს ლოკალური შემოწმებებით
Scion Anthropic-ში, GitLab-ის next-gen SCM, Docker Sandboxes, PocketOS-ის ისტორია და durable-harness: რა სჭირდება ამათგან ერთსერვერიან ბიზნესს და როგორ ვუშვებ ჩემს საიტს.
ოქტომბრის ერთ კვირაში რამდენიმე სიახლე გამოვიდა ერთსა და იმავე თემაზე: AI-აგენტები კოდს უფრო სწრაფად წერენ, ვიდრე ინფრასტრუქტურა ასწრებს მის შემოწმებას და უსაფრთხოდ გამოშვებას. Anthropic-მა Git თავისი სისტემით ჩაანაცვლა, GitLab Git-ის სერვერულ ნაწილს აგენტებისთვის გადაწერს, Docker და Pulumi აჩვენებენ სენდბოქსებს, საიდანაც აგენტი პროდაქშენის ბაზამდე ვერ მისწვდება. ბიზნესის მფლობელისთვის ეს მარტივი მიზეზით არის მნიშვნელოვანი: თუ თქვენი დეველოპერი ან კონტრაქტორი უკვე იყენებს აგენტს, კითხვა „სადამდე მისწვდება აგენტი“ თქვენს მონაცემებს ეხება.
რა გამოვიდა და ვისთან
Simon Willison-მა 13 ოქტომბერს გაარჩია Anthropic-ის სტატია საკუთარი ვერსიების კონტროლის სისტემის Scion-ის შესახებ. 2026 წლის მაისში კომპანიის მონორეპოზიტორიში დღეში დაახლოებით 2500 ცვლილება ერთვებოდა, სექტემბერში 30 000-ზე მეტი. მთავარი ბრენჩის ისტორია თითქმის 100 გბ-ია, დღეში 25 მილიონამდე checkout მხოლოდ CI-სთვის. სისტემა შვიდკაციანმა გუნდმა გააკეთა, Git-იდან გადასვლას ხუთი თვე დასჭირდა.
GitLab-მა 13 ოქტომბერს თავისი next-gen SCM-ით უპასუხა: Git-ის პროტოკოლი რჩება, მის ქვეშ კი ახალი არქიტექტურაა საერთო ობიექტების საცავით. მათი მონაცემებით, აგენტის ერთი გამოძახება ჩვეულებრივ Git-ში შეიძლება 5–10 გბ ტრაფიკს და 30 წამზე მეტ მომზადებას ნიშნავდეს ერთი კითხვის გულისთვის. ადრეულ შიდა ტესტებში მათ 50-ჯერ მეტი სისწრაფე და 1000-ჯერ ნაკლები ტრაფიკი მიიღეს, იმ დათქმით, რომ ეს პიკური მნიშვნელობებია კონკრეტულ პირობებში. პროდუქტი დახურულ ბეტაშია.
ორი დღის შემდეგ, 15 ოქტომბერს, GitLab-მა აღწერა ავტომატური რევიუ Code Review Flow: ის CI-ის დავალებად ეშვება თქვენსავე რანერებზე, ღირს $0,25 ერთ რევიუზე და ერთბაშად ირთვება პროექტზე, ჯგუფზე ან მთელ ინსტანსზე. გეგმებშია აგენტის უფლება, ცვლილება დაამტკიცოს ან დამუშავება მოითხოვოს.
Docker-მა 16 ოქტომბერს გადმოსცა Stack Overflow-ის 2026 წლის გამოკითხვა, 30 000-ზე მეტი რესპონდენტი 169 ქვეყნიდან. დეველოპერების მხოლოდ 7 % ენდობა AI-ის შედეგს მნიშვნელოვან სამუშაო გადაწყვეტილებებში, 48 % ენდობა მხოლოდ მაშინ, თუ თავად შეუძლია შემოწმება. ამ ფონზე Docker-მა გაუშვა Cloud Sandboxes და Sandbox Kit-ის სპეციფიკაცია, რომლის CNCF-სთვის გადაცემასაც ჰპირდება.
Pulumi-მ 21 ოქტომბერს ვორკშოპის ჩანაწერი გამოაქვეყნა, და სწორედ იქ არის ყველაზე სასარგებლო ისტორია. აპრილში კომპანია PocketOS-ის აგენტმა staging-ში რუტინული დავალების დროს 9 წამში წაშალა პროდაქშენის მონაცემთა ტომი: API-ტოკენი უცხო ფაილიდან აიღო და ჩათვალა, რომ წაშლა staging-ით შემოიფარგლებოდა. მონაცემები ჰოსტინგმა ორი დღის შემდეგ აღადგინა. კომპანიის დამფუძნებელმა დაწერა, რომ სისტემური პრომპტი აგენტს მხოლოდ ურჩევს. ამიტომ ვორკშოპზე Pulumi Neo აგენტი Docker Sandbox-ის მიკროვირტუალურ მანქანაში მუშაობდა, ხედავდა მხოლოდ ნებადართულ ფაილებსა და ჰოსტებს, ნამდვილ ტოკენს კი გასასვლელზე პროქსი სვამდა.
Vercel-მა 19 ოქტომბერს აჩვენა durable-harness: აგენტის ყოველი ნაბიჯის ჟურნალი, რომ ჩავარდნის შემდეგ დავალება გაწყვეტის ადგილიდან გაგრძელდეს. ჩემთვის იქ ერთი დეტალია მნიშვნელოვანი: აგენტის ყოველ ინსტრუმენტს აქვს ნიშანი, შეიძლება თუ არა მისი გამეორება ჩავარდნის შემდეგ. ფაილის წაკითხვის გამეორება შეიძლება, კლიენტისთვის თანხის დაბრუნების კი არა.
რას ნიშნავს ეს ერთსერვერიანი კომპანიისთვის
ავიღოთ სერვისული კომპანია, სადაც კონტრაქტორი საიტსა და CRM-ინტეგრაციას ასწორებს. მან აგენტი რეპოზიტორიას დაუკავშირა, რეპოზიტორიაში კი ფაილი დევს CRM-ის ტოკენითა და ბაზაზე წვდომით. აგენტი იღებს დავალებას „გაასუფთავე სატესტო განაცხადები“, პოულობს ტოკენს და ასუფთავებს განაცხადებს ყველგან, სადამდეც მისწვდა. ზუსტად ისე, როგორც PocketOS-ის აგენტმა, ოღონდ მცირე მასშტაბით.
დასკვნა სიახლეებიდან მარტივია. შეზღუდვა უნდა იდგეს იქ, სადაც აგენტი მას ვერ განიხილავს: ტოკენის უფლებებში და გამოშვების წესრიგში. პრომპტის ინსტრუქცია PocketOS-ის აგენტმა წაიკითხა და ტომი მაინც წაშალა.
როგორ მაქვს ეს მოწყობილი
საიტი kononov.dev მუშაობს Next.js-ზე, Node.js 24-ზე და SQLite-ზე Docker-ში, 2 გბ მეხსიერების საერთო სერვერზე Nginx-ის უკან, შიდა სერვისის „ყავა ერთად“ გვერდით. AI-მ ჩემი დეველოპმენტი რამდენჯერმე დააჩქარა, მაგრამ არქიტექტურასა და მთავარ გადაწყვეტილებებს თავად ვადგენ, ინსტრუმენტების შედეგს კი ვამოწმებ. კოდისთვის ეს ასე გამოიყურება: ცვლილება გადის შემოწმებების ლოკალურ კონვეიერს Docker-ში, ტესტებსა და აწყობას, და მხოლოდ ამის შემდეგ ხვდება სერვერზე. სერვერზე ძველი ეგზემპლარი ჩერდება ახლის გაშვებამდე, ხოლო თუ აწყობას მეხსიერება არ ჰყოფნის, იმიჯი სერვერის გარეთ იწყობა და მზა სახით იტვირთება.
აშშ-ის PDR-კომპანიაში, სადაც 2021 წლიდან ტექნიკური პარტნიორი ვარ, უსაფრთხოების კითხვები ჩემთან მოდის: სისტემას დაცვისა და სარეზერვო ასლების რამდენიმე კონტური აქვს, ხოლო 2022 წლიდან, როცა Google Cloud-ში საკუთარი Debian სერვერი გაჩნდა, სერიოზული ჩავარდნა აღდგენით არ ყოფილა. აგენტების სენდბოქსებს შევამოწმებდი: ამოცანა იგივეა, რაც PocketOS-ს ჰქონდა, ჩემთან ის ახლა უფლებებითა და გამოშვების წესრიგით წყდება.
რას გავაკეთებდი
შევამოწმებდი, რას ხედავს აგენტი. ტოკენებსა და პაროლებს რეპოზიტორიიდან და სამუშაო მანქანის ცვლადებიდან ამოვიღებდი, აგენტს მხოლოდ კოდსა და სატესტო ბაზაზე წვდომას დავუტოვებდი.
აგენტს ცალკე კონტეინერში ან სენდბოქსში გავუშვებდი, პროდაქშენ სერვერთან ქსელური წვდომის გარეშე. სიახლიდან Docker Sandboxes ერთ-ერთი ვარიანტია, ჩვეულებრივი კონტეინერი შეზღუდული ქსელით ასევე გამოდგება.
აგენტის ცვლილებებს იმავე შემოწმებების კონვეიერში გავატარებდი, რომელშიც ადამიანის ცვლილებები გადის: ტესტები და აწყობა.
შეუქცევად მოქმედებებს ადამიანს დავუტოვებდი: სერვერზე გამოშვებას და მონაცემების წაშლას. ეს სწორედ ის ნიშანია „არ გაიმეორო“ durable-harness-იდან, ოღონდ პროცესის დონეზე.
სარეზერვო ასლებს შემოწმებული აღდგენით ვინახავდი. PocketOS ის გადაარჩინა, რომ ჰოსტინგმა მონაცემები ორი დღის შემდეგ აღადგინა. მე ვამჯობინებ, აღდგენა ჩემთან მქონდეს.
დაკავშირებული მასალები
იმაზე, როგორ შესრულდეს ხანგრძლივი ამოცანები მოთხოვნის გარეთ და როგორ გაკონტროლდეს გამეორებები, ვწერდი სტატიაში ვორკერები: ფონური ამოცანები და განმეორებითი მცდელობები. მიმართულება: ინფრასტრუქტურა, რომლის გამოშვება და აღდგენაც შეიძლება, ცოცხალი მაგალითი ქეისში ტექნიკური პარტნიორობა PDR-კომპანიასთან. სხვა მიმოხილვებიდან: რას ვანებებ AI-აგენტს პროდაქშენ სერვერზე და როგორ ვინაწილებ სამუშაოს აგენტთან. ადრე განვიხილე API-ს მოკები და ცალკე ბაზები რელიზის შესამოწმებლად და preview-გარემოები სამუშაო მონაცემებზე წვდომის გარეშე. თუ თქვენი კონტრაქტორი უკვე მუშაობს აგენტთან და არ იცით, სადამდე მისწვდება, მომიყევით, როგორ არის ახლა მოწყობილი გამოშვება. ამოცანის განხილვა.