Це оригінальний навчальний приклад із вигаданими обставинами. Готової відповіді тут немає: результат поверне налаштована модель після запуску в Playground. Порівняйте його з правилами контексту та окремо перевірте крайові випадки.
{
"state": "Вхідний запит до вигаданого B2B-сервісу: «Добрий день! У нас 80 операторів підтримки та близько 120 тисяч звернень на місяць. Працюємо в Zendesk. Хочемо автоматично розподіляти звернення за командами. До пілоту потрібно обговорити інтеграцію, доступ через приватну мережу та вимоги нашого відділу безпеки. Комерційні умови погодимо після технічної зустрічі». Правила: запити з інтеграцією або вимогами безпеки передавати технічним продажам; простий старт без цих вимог — у самостійний пілот; проблеми наявних клієнтів — у підтримку. Наявність запитаної функції в продукті тут не підтверджується.",
"questions": {
"next_step": {
"type": "choice",
"instructions": "Куди передати цей запит за наведеними правилами?",
"criteria": {
"technical_sales": "Технічні продажі: з'ясувати вимоги та можливість інтеграції",
"self_service_trial": "Самостійний пілот без попередньої технічної зустрічі",
"customer_support": "Підтримка наявного клієнта"
}
},
"detail_level": {
"type": "score",
"instructions": "Наскільки конкретно описано задачу?",
"criteria": [
"Задача не визначена",
"Є лише загальний інтерес",
"Є конкретний процес або вимоги",
"Є процес, масштаб і технічні вимоги"
]
},
"security_review_requested": {
"type": "noul",
"instructions": "Клієнт прямо просить обговорити вимоги безпеки перед початком пілоту."
}
}
}