CData-ს AI Gateway აგენტის მოქმედებას ჩანაწერის დონეზე აკონტროლებს

CData Software-მა 2026 წლის 29 სექტემბრის ანონსით Connect AI Gateway-ზე ადრეული წვდომა გახსნა. ახალი პროდუქტი ერთ მართვის ფენაში აერთიანებს მოდელის მარშრუტიზაციას, MCP ხელსაწყოებზე დაშვებას, აგენტების მართვასა და აუდიტს. მისი მთავარი ფუნქციაა უფლებების შემოწმება იმ მონაცემამდე და მოქმედებამდე, რომელსაც აგენტი დაკავშირებულ ბიზნესსისტემაში ითხოვს.

კარიბჭე აგენტის მოთხოვნასთან აკავშირებს მის იდენტობას და მონაცემზე წვდომას კონკრეტულ ჩანაწერამდე ზღუდავს. SiliconANGLE-ის რეპორტაჟი ჩანაწერებისა და სვეტების დონეზე წესებს აღწერს; CData-ს პროდუქტის მარკეტინგის ხელმძღვანელი Marie Forshaw იმავე პუბლიკაციაში კომპანიის კონტექსტის მნიშვნელობას ასე ხსნის: „You don’t want AI redefining revenue every time you ask a question about revenue.“ ეს ორი საკითხი ერთმანეთთან არის დაკავშირებული: აგენტმა უნდა გაიგოს, რომელი მონაცემი სჭირდება დავალებისთვის, და შემდეგ მხოლოდ იმ ნაწილზე მიიღოს წვდომა, რომლის უფლებაც აქვს.

მოთხოვნას აგენტის და მომხმარებლის იდენტობა მიჰყვება

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

შემდეგი გადაწყვეტილებაა, რომელ ხელსაწყოს გამოიძახებს აგენტი. MCP ხელსაწყო შეიძლება აკავშირებდეს მას SAP-თან, Salesforce-თან, NetSuite-თან ან სხვა საწარმოო სისტემასთან; ორგანიზაციას შეუძლია განსაზღვროს, რომელი ასეთი კავშირია კონკრეტული აგენტისთვის ხელმისაწვდომი. კარიბჭე მართავს როგორც CData-ს კონექტორებით მიწოდებულ ხელსაწყოებს, ისე იმ MCP სერვერებს, რომლებსაც ორგანიზაცია უკვე იყენებს. ეს მნიშვნელოვანი საზღვარია, რადგან სისტემაში შესვლის შესაძლებლობა ჯერ კიდევ არ ნიშნავს მის ყველა ოპერაციაზე თანხმობას.

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

ჩანაწერის უფლება მოქმედების შესრულებამდე მოწმდება

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

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

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

მოდელის მარშრუტიზაცია სხვა გადაწყვეტილებას იღებს

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

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

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

აუდიტი აჩვენებს მოთხოვნიდან ჩანაწერამდე გზას

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

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

შიდა ტესტის შედეგი და ადრეული წვდომის სტატუსი

CData-ს განცხადებაში აღწერილია კომპანიის შიდა შედარება: მართვადი ხელსაწყოებით ცოცხალ საწარმოო სისტემებზე 22 მოდელმა ერთნაირი სწორი პასუხი მიიღო, ხოლო ყველაზე იაფ და ყველაზე ძვირ მოდელს შორის ტოკენების ღირებულება 178-ჯერ განსხვავდებოდა. ეს მთლიანად გამოცდილი კონფიგურაციის შედეგია — პასუხზე გავლენას მოდელთან ერთად ხელსაწყო და მის მიერ მიწოდებული მონაცემი ახდენდა. იგი ერთი მოდელის დამოუკიდებელ უპირატესობას ან მომხმარებლის დანერგვაში მიღწეულ დანაზოგს არ ზომავს.

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

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

ასევე წაიკითხეთ:

• Ando-მ $20 მილიონი მოიზიდა — AI აგენტი ჩატში თანაგუნდელი ხდება
• Barracuda 1 300 AI სერვისს აკონტროლებს — პროდუქტი ოქტომბერში გამოვა
• AI აგენტის კარგი პასუხი საკმარისი არაა — შეამოწმეთ რეალური შედეგიც