როგორ ნაწილდება პასუხისმგებლობა OMO Core-ში?
ტელეფონიის ფენა იღებს და აგზავნის ზარს. აუდიოს დამუშავება მართავს მეტყველების ნაკადს, ხოლო საუბრის პროცესი — კითხვებსა და გადასვლებს. ბიზნესსერვისი ცალკე ამოწმებს მოქმედებას. ეს გამიჯვნა მედიისა და ბიზნესლოგიკის ერთმანეთში არევას ამცირებს.
| ფენა | პასუხისმგებლობა | რას არ უნდა ფლობდეს |
|---|---|---|
| ტელეფონიის ფენა | SIP არხი, განაწილება, ოთახი, მონაწილე და მედია | ჯავშნის ან CRM-ის ბიზნესწესი |
| აუდიოს დამუშავება | STT, რეპლიკის დასრულება, LLM, TTS და აუდიოჩარჩოების მოძრაობა | მონაცემთა საბოლოო წყარო |
| საუბრის პროცესი | კვანძი, კონტექსტი, ხელსაწყო და გადასვლა | მონაცემთა ბაზაში დაუმოწმებელი პირდაპირი ცვლილება |
| ბიზნესსერვისი | შემოწმება, ხელმისაწვდომობა, განმეორებით უსაფრთხო შესრულება და მონაცემის შენახვა | საუბრის აუდიოს ტრანსპორტი |
| ოპერაციების პანელი | კონფიგურაცია, სესიები, აუდიტი და კონტროლი | SIP ან მომწოდებლის საიდუმლო მონაცემის ბრაუზერში შენახვა |
რატომ ზრდის კვანძებად დაყოფილი პროცესი სიზუსტეს?
ერთ დიდ ინსტრუქციაში ყველა ამოცანის ჩატევა ზრდის გაურკვევლობას. კვანძებად დაყოფილი პროცესი თითო ეტაპზე LLM-ს აძლევს მხოლოდ საჭირო კონტექსტს, მოსალოდნელ ველებსა და დაშვებულ ხელსაწყოებს; მდგომარეობის გადასვლა კი ცალკე მოწმდება.
OMO Core-ში საუბრის პროცესი დაკავშირებული ეტაპების გრაფით იმართება. ეს მიდგომა განსაკუთრებით სასარგებლოა ჯავშნის, გაყიდვების, გამოკითხვისა და იდენტიფიკაციისთვის, სადაც საუბარი ბუნებრივია, მაგრამ ქმედების საზღვარი მკაფიო უნდა დარჩეს.
კვანძი მხოლოდ ტექსტური კითხვა არ არის. მას აქვს შესვლის პირობა, მოსალოდნელი მონაცემი, შემოწმება, ხელსაწყოს კონტრაქტი, წარმატებისა და აღდგენის გადასვლები. ამიტომ პანელში პროცესის რედაქტირება და ხმოვანი გარემოს რეალური ქცევა ერთსა და იმავე ვერსირებულ მოდელს უნდა ეყრდნობოდეს.
როგორ მასშტაბირდება სისტემა რამდენიმე კომპანიაზე?
მრავალკომპანიანი ხმოვანი AI მასშტაბირდება მაშინ, როცა ნომერი, SIP არხი, პროცესის ვერსია, საიდუმლო მონაცემები, ჩანაწერები და ბილინგი თითოეული სამუშაო სივრცის გასაღებით არის გამოყოფილი. ხმოვანი დამმუშავებელი შეიძლება საერთო სისტემური გამოსახულებიდან გაეშვას, მაგრამ ყოველი ზარის კონტექსტი კონკრეტულ კომპანიას ეკუთვნის.
- SIP მონაცემები ინახება დაშიფრულად და ბრაუზერს არასოდეს გადაეცემა.
- განაწილების წესი ზარს კონკრეტულ სამუშაო სივრცეს, ნომერსა და პროდუქტს უკავშირებს.
- დამმუშავებლის ერთდროულობა იზომება პროცესორის, ქსელისა და მომწოდებლის ლიმიტების მიხედვით.
- ჩანაწერი, ტრანსკრიპტი და ხელსაწყოს შედეგი კომპანიის მონაცემთა საზღვარს არ კვეთს.
- გამოშვების ვერსია და პროცესის ვერსია თითო სესიაში ფიქსირდება დიაგნოსტიკისთვის.
რომელი დაცვის წესები უნდა იყოს ჩაშენებული?
კრიტიკული დაცვის წესები აგენტის ტექსტური ინსტრუქციის გარეთაც უნდა არსებობდეს: სტრუქტურირებული შეყვანა, სერვერული ავტორიზაცია, მონაცემთა ტიპები, განმეორებით უსაფრთხო შესრულება, სიხშირის ლიმიტი, საჯარო მისამართის შემოწმება, აუდიტის მოვლენა და ადამიანთან უსაფრთხო გადართვა.
NIST AI RMF რისკის მართვას მთელი სასიცოცხლო ციკლის ნაწილად განიხილავს, ხოლო OWASP GenAI-ის სახელმძღვანელო ყურადღებას ამახვილებს ინსტრუქციის ჩანაცვლებისა და ხელსაწყოს ბოროტად გამოყენების რისკებზე. ხმოვან AI-ში ეს ნიშნავს, რომ მომხმარებლის ნათქვამი მონაცემია და არა სისტემური ინსტრუქცია.
OMO-ს საჯარო უსაფრთხოების მიდგომა არ აცხადებს რისკის სრულ გაქრობას. მიზანია რისკის ხილვადობა, შეზღუდული მოქმედების ზედაპირი და ის, რომ გაურკვეველმა პასუხმა ვერ შექმნას დაუდასტურებელი ბიზნესქმედება.
ოფიციალური წყაროები და დამატებითი კითხვა
ტექნიკური განმარტებები გადამოწმებულია პირველწყაროებთან. ბმულები იხსნება შესაბამისი პროექტის ოფიციალურ დოკუმენტაციაში.
- SIP-ის შესავალი — ტელეფონიის კომპონენტის დოკუმენტაცია
ოფიციალური ახსნა, როგორ აკავშირებს SIP ტრადიციულ ტელეფონიას რეალურ დროში მომუშავე აპლიკაციებთან.
- საუბრის გრაფები — საუბრის მართვის კომპონენტის დოკუმენტაცია
საუბრის გრაფის, მდგომარეობის მართვისა და კვანძებს შორის გადასვლების ოფიციალური მიმოხილვა.
- OWASP GenAI-ის 10 მთავარი LLM რისკი — 2026 — OWASP-ის გენერაციული AI უსაფრთხოების პროექტი
2026 წლის აქტუალური საზოგადოებრივი სახელმძღვანელო LLM აპლიკაციების მთავარ უსაფრთხოების რისკებზე.