რომელი ნაბიჯები ქმნის საიმედო ჯავშნის პროცესს?
საიმედო ჯავშნის პროცესი შვიდ ეტაპს აერთიანებს და თითოეული ეტაპი მხოლოდ საჭირო მონაცემის მიღების შემდეგ გადადის შემდეგზე. მომხმარებელს შეუძლია ერთ პასუხში რამდენიმე ველიც თქვას; სისტემა მიღებულს ინახავს და უკვე შევსებულ კითხვას აღარ იმეორებს.
- 1
მიზნის დადგენა
აგენტმა უნდა გაარჩიოს, სურს მომხმარებელს ახალი ჯავშანი, ცვლილება, გაუქმება თუ ინფორმაციის მიღება.
- 2
მომსახურება
სპეციალობა და მომსახურება უკავშირდება რეალურ კატალოგს და არა მოდელის თავისუფალ ვარაუდს.
- 3
სპეციალისტი
სახელი, გვარი ან აღწერითი არჩევანი გარდაიქმნება კატალოგში არსებულ ექიმად ან თანამშრომლად.
- 4
თარიღი და დრო
ქართული ფრაზა ნორმალიზდება თბილისის დროის ზუსტ ინტერვალად და მოწმდება მინიმალური წინასწარი დრო.
- 5
ხელმისაწვდომობა
დაკავებული დრო არ დასტურდება; სისტემა იმავე კალენდრიდან სთავაზობს ახლო რეალურ ალტერნატივებს.
- 6
პაციენტის მონაცემები
სახელი და საკონტაქტო ნომერი გროვდება მხოლოდ მაშინ, როცა მომსახურება და დრო უკვე ცნობილია.
- 7
საბოლოო დადასტურება
შეჯამების შემდეგ ერთი მკაფიო თანხმობა ქმნის ჯავშანს და წარმატების პასუხი მოდის შენახვის რეალური შედეგიდან.
რა უნდა მოხდეს, როცა მომხმარებელი რამდენიმე დეტალს ერთად ამბობს?
თუ მომხმარებელი ამბობს „პარასკევს ორ საათზე ირაკლი საცდელაძესთან“, პროცესმა ერთ პასუხში უნდა შეავსოს ექიმი, დღე და დრო. შემდეგი კითხვა უნდა შეეხოს მხოლოდ ჯერ უცნობ მონაცემს ან რეალურ კალენდარულ კონფლიქტს.
ამისთვის LLM გამოსცემს სტრუქტურირებულ კანდიდატებს, ხოლო წესებზე დაფუძნებული შემმოწმებელი ამოწმებს თითოეული ველის ტიპს, მიმდინარე ეტაპსა და კატალოგთან შესაბამისობას. ერთი ველის გაურკვევლობა არ უნდა აუქმებდეს დანარჩენ სწორად მიღებულ მონაცემებს.
თუ ორი პასუხი ერთმანეთს ეწინააღმდეგება, ცვლილება დასაშვებია მხოლოდ მაშინ, როცა უკვე არსებობს წინა მნიშვნელობა და მომხმარებლის ახალი ფრაზა ნამდვილად გამოხატავს მის შეცვლას. ჯერ შეუვსებელი ველის დამატება ცვლილება არ არის.
როგორ უნდა იმუშაოს დაკავებულმა დრომ და ალტერნატივებმა?
აგენტმა თავისუფალი დრო მხოლოდ კალენდრის ბოლო პასუხის საფუძველზე უნდა დაასახელოს. თუ შეთავაზებული დრო დადასტურებამდე დაიკავა, სისტემა ხელახლა ამოწმებს მას და სთავაზობს იმავე სპეციალისტის უახლოეს 2–3 რეალურ ვარიანტს.
- არ თქვას თავისუფალი დრო მეხსიერებიდან ან ძველი სიის საფუძველზე.
- ყველა თარიღი შეაფასოს ერთ, დოკუმენტირებულ დროის სარტყელში.
- შეთავაზებულ ვარიანტს ჰქონდეს იდენტიფიკატორი, რათა „პირველი“ და „მეორე“ ზუსტად დამუშავდეს.
- ჯავშნის შექმნამდე ხელმისაწვდომობა ხელახლა გადამოწმდეს.
რა მტკიცებულება უნდა დარჩეს წარმატებული ჯავშნის შემდეგ?
წარმატებული ზარის შემდეგ ერთმანეთს უნდა ემთხვეოდეს ოთხი ჩანაწერი: აგენტის ხმოვანი დადასტურება, კალენდრის ჩანაწერი, პროცესის დასრულების მოვლენა და სესიის შედეგი. მხოლოდ ფრაზა „დაჯავშნილია“ წარმატებას არ ამტკიცებს.
| ფენა | რას ადასტურებს | შეცდომის მაგალითი |
|---|---|---|
| კალენდარი | დრო რეალურად შეიქმნა | API-მ უარყო, მაგრამ აგენტმა წარმატება თქვა |
| პროცესის მოვლენა | სწორი ბოლო ეტაპი შესრულდა | დადასტურება განმეორდა და მეორე მოთხოვნა გაეშვა |
| სესიის შედეგი | პანელში სწორი შედეგი ჩანს | ჯავშანი არსებობს, ინტერფეისი კი შეცდომას აჩვენებს |
| აუდიო და ტრანსკრიპტი | რა თქვა მომხმარებელმა და აგენტმა | მოგვიანებით ვერ დგინდება რომელი დრო დადასტურდა |
ოფიციალური წყაროები და დამატებითი კითხვა
ტექნიკური განმარტებები გადამოწმებულია პირველწყაროებთან. ბმულები იხსნება შესაბამისი პროექტის ოფიციალურ დოკუმენტაციაში.
- Pipecat Flows — Pipecat Documentation
ოფიციალური აღწერა საუბრის გრაფად, მდგომარეობის მართვად და კვანძებს შორის გადასვლებად ორგანიზებაზე.
- SIP APIs — LiveKit Documentation
ოფიციალური API მიმოხილვა SIP არხების, განაწილების წესებისა და მონაწილეების მართვაზე.