ჰოსტინგის უმეტესობა კლავიატურასთან მჯდომი ადამიანის გარშემოა შექმნილი: რეგისტრაციის ფორმა, ბარათი, დაფა, ელფოსტა, როცა რამე ირევა. AI აგენტი, რომელსაც გამოთვლითი სიმძლავრე სჭირდება, არცერთ ამ ნაბიჯში არ ეტევა. მას არ შეუძლია captcha-ს ამოხსნა, ვერ არჩევს ტექნიკური სამუშაოების გვერდს გაფუჭებულისგან და ვერ შეამჩნევს, რომ ერთი და იგივე სერვერი ორმოცჯერ შექმნა.
მაცდურია თქმა „უბრალოდ API მიეცით“. ეს პირველი მოთხოვნაა და არა ბოლო. ქვემოთ შვიდია, რომლებიც ჩვენი აზრით მნიშვნელოვანია, აგენტებისთვის საკუთარი MCP სერვერისა და REST API-ის აგების გამოცდილებიდან. თითოეულისთვის: რა ირევა მის გარეშე.
1. ყველაფერი, რაც აგენტს სჭირდება, პროგრამირებადია
რესურსების შექმნა, შემოწმება, ზომის შეცვლა და წაშლა ბრაუზერის გარეშე უნდა მუშაობდეს. ეს მოიცავს მოსაწყენ ნაწილებსაც: ფასის გაგება ყიდვამდე, შემოწმება, აქვს თუ არა ლოკაციას სიმძლავრე, ახალი მანქანის პაროლის წაკითხვა, გაუქმება.
ამის გარეშე: აგენტი გზის 80%-ს გადის და ჩერდება იმ ერთადერთ ნაბიჯზე, რომელსაც დაწკაპუნება სჭირდება, და საქმის დასრულება მაინც ადამიანს უწევს. ნაწილობრივი API ხშირად საერთოდ არარსებულზე უარესია, რადგან ისეთ ავტომატიზაციას იწვევს, რომელიც ვერ დასრულდება.
2. შეცდომები, რომლებზეც პროგრამას შეუძლია რეაგირება
აგენტი პასუხს კითხულობს და წყვეტს, რა გააკეთოს შემდეგ. JSON სხეული სტაბილური კოდით (402 insufficient_balance, 409 sandbox_paused, 429 budget_exceeded განულების დროით) ისეთი რამაა, რაზეც მას განშტოება შეუძლია. HTML შეცდომის გვერდი ან 500 ბუნდოვანი შეტყობინებით მას გამოსაცნობად ტოვებს: ხშირად ის იმეორებს რაღაცას, რაც არასოდეს გამოვა.
ამის გარეშე: განმეორებითი მცდელობების ციკლები. აგენტების ყველაზე ძვირი ჩავარდნები, როგორც წესი, არასწორი გადაწყვეტილებები კი არა, ერთი და იგივე წარუმატებელი გამოძახებაა, ათასობითჯერ გამეორებული.
3. გადახდა შუაში ადამიანის გარეშე
ბარათით გადახდები სავსეა ნაბიჯებით, რომლებიც ადამიანის ყოფნის დასადასტურებლადაა შექმნილი: 3-D Secure კოდები, ბანკის აპში დადასტურება, იდენტობის შემოწმება. ისინი კარგია თაღლითობის პრევენციისთვის და შეუძლებელი პროგრამისთვის. წინასწარ შევსებული ბალანსი (ჩვენს შემთხვევაში ხშირად სტეიბლქოინებით) აგენტს საშუალებას აძლევს გადაიხადოს იმაში, რასაც იყენებს, ისე, რომ ყოველ ჩამოჭრას ადამიანი არ ადასტურებდეს.
ამის გარეშე: ან ადამიანი ადასტურებს ყოველ შესყიდვას, რაც აზრს უკარგავს ყველაფერს, ან ვიღაც აგენტს ბარათს აძლევს, რაც რისკია, რომელზეც არავინ უნდა წავიდეს.
4. მკაცრი ხარჯის ლიმიტები
წინასწარ შევსებული ბალანსი უარეს შემთხვევას იმით ზღუდავს, რაც მასზეა. ეს მაინც შეიძლება ბევრი იყოს. დღიური და თვიური ლიმიტი დოლარებში, რომელსაც პლატფორმა აღასრულებს და არა თავად აგენტის კეთილი განზრახვა, ციკლში ჩავარდნილ აგენტს მცირე დანაკარგად აქცევს. ლიმიტი ხმამაღლა უნდა ეცემოდეს, შეცდომით, რომელსაც აგენტი ცნობს, და აჩერებდეს ან პაუზაზე აყენებდეს იმას, რაც მუშაობს.
ამის გარეშე: ციკლის შესახებ ბალანსიდან გებულობთ. ჩვენს sandbox-ების ბილინგს ლიმიტები სწორედ ამიტომ აქვს, ხოლო MCP-ის დამცავი მექანიზმების გვერდი გვთავაზობს, რომელ მოქმედებებს უნდა სჭირდებოდეს საერთოდ ადამიანის თანხმობა.
5. გამოთვლა სწორი გრანულარობით
აგენტები სამ ძალიან განსხვავებულ სამუშაოს ქმნიან:
- წამები: გენერირებული ფრაგმენტის გაშვება, პასუხის შემოწმება, გამოსწორების ცდა.
- საათები: შეფასება, ვებიდან მონაცემების შეგროვება, გრძელი build.
- მუდმივად ჩართული: ბოტი, API, განრიგით მომუშავე worker.
პლატფორმა, რომელიც მხოლოდ თვიურ სერვერებს გვთავაზობს, პირველ სახეობას აბსურდულად ძვირს ხდის; ის, რომელიც მხოლოდ ხანმოკლე sandbox-ებს გვთავაზობს, მესამეს მყიფეს ხდის. 20-წამიანი ამოცანა საათობრივად დათვლად მანქანაზე 59 წუთ არაფერში იხდის. როგორ მუშაობს წამობრივი ბილინგი აჩვენებს, სად კარგავს აზრს თითოეული მოდელი.
ამის გარეშე: აგენტები ან მოკლე სამუშაოში ზედმეტს იხდიან, ან ხანგრძლივ სერვისებს უშვებენ ინფრასტრუქტურაზე, რომელიც ჩართული დარჩენისთვის არ იყო შექმნილი.
6. იზოლაცია ნაგულისხმევად
კოდი, რომელსაც აგენტი წერს, ისეთი კოდია, რომელიც არავის გადაუხედავს. ის უნდა მუშაობდეს იქ, სადაც ღირებული არაფერია: არა თავად აგენტის ჰოსტზე, არა სერვერზე თქვენი გასაღებებით, არა მანქანაზე, რომელიც თქვენს ფოსტას აგზავნის. პრაქტიკაში ეს ნიშნავს ცალკე ვირტუალურ მანქანას ან microVM-ს ყოველ ამოცანაზე, შემდეგ წაშლილს. იზოლაციის დონეები არასანდო კოდისთვის ვარიანტებს ადარებს; Firecracker microVM მარტივ ენაზე ხსნის, რატომ არის მნიშვნელოვანი საკუთარი ბირთვი.
ამის გარეშე: პირველი prompt injection, რომელიც გენერირებულ კოდში მოხვდება, წვდომას იღებს ყველაფერზე, რასაც აგენტის ჰოსტი მისწვდება.
7. ხილვადობა და გამორთვის ღილაკი
აგენტზე პასუხისმგებელმა ადამიანმა უნდა დაინახოს, რა გააკეთა მან, და სწრაფად შეაჩეროს. ეს ნიშნავს რესურსების მიხედვით მოხმარებასა და ღირებულებას, ყველაფრის სიას, რაც აგენტმა შექმნა, და ყველაფრის წაშლის გზას. ავტორიზაციის მონაცემები უნდა იყოს გაუქმებადი და საკმარისად ხანმოკლე, რომ გაჟონილი სამუდამოდ მოქმედი არ დარჩეს, განახლების გზით, რომელსაც ადამიანი არ სჭირდება.
ამის გარეშე: დასუფთავება არქეოლოგიად იქცევა. დავიწყებული რესურსები ითვლება; გაჟონილი ტოკენი მუშაობას აგრძელებს.
რა არ სჭირდებათ აგენტებს
არანაკლებ მეტყველია ის, რაც არ ეხმარება: დამატებითი გაყიდვებისთვის შექმნილი დაფები, მისასალმებელი წერილები, ტარიფები, რომელთა რეალური ლიმიტები სქოლიოშია, ფასები, რომლებიც მხოლოდ რეგისტრაციის შემდეგ ჩანს. არცერთი მათგანი პროგრამისთვის წაკითხვადი არ არის, ზოგი კი აქტიურად შეცდომაში შეჰყავს მოდელს, რომელიც ტექსტს სიტყვასიტყვით იღებს.
რა რჩება გადაუჭრელი
აქ ყველაფერი გადაჭრილი საინჟინრო პრობლემა არ არის.
- ანგარიშვალდებულება. ვიღაც პასუხისმგებელია იმაზე, რასაც აგენტი ანგარიშით აკეთებს. პლატფორმებს სჭირდებათ გზა, ავტომატიზებული აქტივობა პასუხისმგებელ ადამიანს დაუკავშირონ ისე, რომ მას ყოველი ნაბიჯის გავლა არ მოუწიოს.
- ბოროტად გამოყენება. ღია, სრულად ავტომატიზებული რეგისტრაცია ზუსტად ისაა, რაც ბოროტმოქმედებსაც სურთ. აგენტების მომსახურე ყოველი პლატფორმა უხახუნო წვდომასა და ანგარიშების მასობრივ შექმნასა და მაინინგს შორის ბალანსს ეძებს და სრულყოფილი პასუხი არცერთს აქვს.
- გრძელი პროცესები. აგენტები ჯერ კიდევ უფრო ხშირად ეცემიან ათსაფეხურიან პროცესებზე, ვიდრე ცალკეულ გამოძახებებზე. ინფრასტრუქტურას შეუძლია დაეხმაროს, თუ ყოველ ნაბიჯს იდემპოტენტურს გახდის და მის მდგომარეობას ადვილად მოთხოვნადს, რათა განმეორებითმა მცდელობამ გააგრძელოს და არა გააორმაგოს.
სად მივედით
ვცდილობდით, ამ მოთხოვნებისთვის აგვეშენებინა და არა მათთვის გვერდი აგვევლო: MCP სერვერი და REST API, რომლებიც მთელ სასიცოცხლო ციკლს ფარავს, მანქანისთვის წაკითხვადი შეცდომები, წინასწარ შევსებული ბალანსი, ხარჯის ლიმიტები, წამობრივი კოდის sandbox-ები მოკლე სამუშაოსთვის და თვიური სერვერები, როგორიცაა AI agent ტარიფი, ხანგრძლივი სამუშაოსთვის. sandbox-ების მხარის მიმოხილვა არის sandbox AI აგენტებისთვის გვერდზე. ვამჯობინებდით, სია მისი საკუთარი ღირსებით შეაფასოთ; ეს სასარგებლო საკონტროლო სიაა ნებისმიერი პლატფორმისთვის, რომელზეც აგენტს უშვებთ.
კომენტარები
ჯერ არ არის კომენტარები. იყავით პირველი.