AI-აგენტი პროდაქშენ სერვერზე: რას ვანებებ მას და რას ვაკეთებ თავად

ოქტომბრის ერთ კვირაში ექვსმა კომპანიამ დაწერა, როგორ დავუშვათ AI-აგენტი პროდაქშენ სისტემებთან ისე, რომ სიურპრიზები არ მივიღოთ. Vercel-მა თავისი აგენტისთვის გეგმებისა და უფლებების სქემა აჩვენა, Docker-მა აგენტი სენდბოქსში ჩაკეტა, Supabase-მა მას პროდაქშენ ბაზა მხოლოდ წასაკითხად მისცა, GitLab-მა აგენტების ჟურნალი შემოიღო, Auth0-მა ტოკენები გაარჩია, Workato-მ კი მოგვიყვა, რატომ არ აძლევს იურიდიული კომპანია მოდელს Salesforce-ზე სრულ წვდომას. თუ საკუთარი სერვერი, CRM და ტელეფონია გაქვთ, ადრე თუ გვიან ვინმე შემოგთავაზებთ: „აგენტმა თვითონ გაასწოროს“.

რა გამოვიდა და ვისთან

Vercel-მა 23 ოქტომბერს აღწერა, როგორ მუშაობს მისი აგენტი production-თან. მოთხოვნა „გაასწორე დეპლოი“ წინასწარ არ ამბობს, რა მოქმედებები დასჭირდება. ამიტომ აგენტი ჯერ პრობლემას მხოლოდ წაკითხვის უფლებებით იკვლევს, შემდეგ კი გეგმას სთავაზობს: რა ამოცანებს შეასრულებს და რა უფლებები (scopes) სჭირდება. გეგმას მთლიანად ამტკიცებენ, და მისთვის ხანმოკლე ტოკენი გამოიცემა: წაკითხვის საბაზო უფლებები და დამტკიცებული უფლებები. აგენტი მუშაობს როგორც Vercel-ის აპლიკაცია მომხმარებლის სახელით და თავად მომხმარებელზე მეტ უფლებას ვერ მიიღებს. ოპერაციას, რომელიც ტოკენში არ შედის, API უარყოფს, მაშინაც კი, თუ მოდელი მას აუცილებლად თვლის.

Docker-მა 21 ოქტომბერს Docker Sandboxes-ისა და BAND პლატფორმის კავშირი აჩვენა. აგენტი იზოლირებულ მიკრო-VM-ში მუშაობს საკუთარი ბირთვით, ფაილური სისტემითა და ქსელით, და გარეთ მხოლოდ გამავალი კავშირებით გადის. გასაღებები ჰოსტზე რჩება: სენდბოქსი მათ გამავალ მოთხოვნებში თავად ჩასვამს, აგენტი კი მხოლოდ შემცვლელ მნიშვნელობებს ხედავს.

Supabase-მა 20 ოქტომბერს გამოუშვა ნაკრები, რომლითაც აგენტი პროდაქშენ პროექტს ამოწმებს: მინიშნებები Health, Security, Performance და Resources, და ინსტრუმენტი query_logs ლოგებზე მხოლოდ წაკითხვის SQL-ისთვის. იქიდან ორ რჩევას ყველას გავუმეორებდი. MCP-სერვერი read_only=true ფლაგით შეაერთეთ. განრიგით გაშვებისთვის კი წინასწარ მხოლოდ წაკითხვის ინსტრუმენტები დაუშვით, რადგან დაგეგმილი გაშვება ვერ გაჩერდება და ვერ იკითხავს. მინიშნებები აგენტს ავალებს, ლოგებში ნაპოვნი ინსტრუქციები უგულებელყოს.

GitLab-მა 20 ოქტომბერს Premium-ისა და Ultimate-ისთვის AI Governance პანელის ბეტა-ვერსია გახსნა: რომელი აგენტები გაეშვა, ვინ გაუშვა ისინი, რომელ პროექტებს შეეხნენ. მოვლენების შენახვა ნაგულისხმევად გამორთულია, გარე აგენტები glab govern setup-ით ერთდება.

Auth0-მა 20 ოქტომბერს გაარჩია, რატომ ტყდება კლიენტების ჩვეული რეგისტრაცია აგენტებთან. უფლებებს რეგისტრაციისას ხელით ანიჭებდნენ, აგენტს კი ისინი მუშაობის დროს და გამოძახებების მთელ ჯაჭვზე სჭირდება. Auth0-ის პასუხი: API-ის მკაცრი რეჟიმი ყოველი კლიენტისთვის აშკარა გრანტით, რეგისტრაცია მეტამონაცემებით (CIMD) და ტოკენების გაცვლა RFC 8693-ით. ასე ტოკენში ჩანს, რომელმა მომხმარებელმა დაუშვა მოქმედება და რომელი აგენტი მოქმედებს მისი სახელით.

Workato-მ 21 ოქტომბერს Relativity-ის ისტორია გამოაქვეყნა. ეს იურიდიული კომპანიაა თითქმის 2000 თანამშრომლით. მისი აპლიკაციების არქიტექტორი ამბობს, რომ ვენდორების MCP-სერვერებს წვდომის მართვა გამოშვებიდან რამდენიმე თვის შემდეგ უჩნდებათ. ამიტომ კომპანიამ საკუთარი MCP-სერვერები ააწყო როლური წვდომითა და სერვისული ანგარიშებით; პირველი, Jira Data Center-ისთვის, production-ში მუშაობს.

მაგალითი: „გაასწორე ტელეფონია“ სერვისულ კომპანიაში

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

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

როგორ მაქვს ეს მოწყობილი

2021 წლიდან აშშ-ში PDR სფეროს კომპანიის ტექნიკური პარტნიორი ვარ: ჩემზეა სერვერი, ქსელი, საკუთარი PBX ზარების AI-ანალიზით, დოკუმენტების პარსერები და შიდა API. კომპანიაში უსაფრთხოების საკითხები ჩემთან მოდის. 2022 წლიდან, როცა საკუთარი სერვერი გაჩნდა, აღდგენასთან დაკავშირებული სერიოზული ჩავარდნა არ ყოფილა.

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

რას გავაკეთებდი

აგენტისთვის ცალკე ანგარიშს შევქმნიდი მხოლოდ წაკითხვის უფლებებით: ლოგები, კონფიგურაცია, ბაზა read-only რეჟიმში. ამას Supabase გვირჩევს.

აღვწერდი, რა მოქმედებებს სთავაზობს აგენტი და რას ასრულებს თავად. სერვისის გადატვირთვა, ბაზის მიგრაცია, ზარების მარშრუტიზაციის შეცვლა და კლიენტებისთვის დაგზავნა ჩემს სიაში „სთავაზობს, ასრულებს ადამიანი“ ხვდება.

გასაღებებს აგენტის გარეთ შევინახავდი, ჰოსტზე ან საიდუმლოებების მენეჯერში, როგორც ამას Docker-ის სენდბოქსი აკეთებს.

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

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

დაკავშირებული მასალები

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