Форма вопроса определяет форму ответа: Choice выбирает вариант, Score оценивает положение на шкале, Noul возвращает вероятность «да».
Какую форму ответа читает ваш код
Таблица выбора
Начинайте не с формулировки промпта, а с того, какое значение должен получить код.
- известный неупорядоченный список → Choice
- описанная шкала уровней → Score
- чёткое утверждение true/false → Noul
- свободный новый текст → обычная LLM
- точное вычисление → код
Choice — один вариант из списка
Choice возвращает выбранный ключ, распределение probabilities и confidence. В критериях допускается до 255 вариантов.
Если список может быть неполным, добавляйте other или none_of_the_above. Иначе модель вынуждена выбрать неверный, но допустимый ключ.
"department": {
"type": "choice",
"instructions": "Какая команда должна обработать обращение?",
"criteria": {
"billing": "Платежи и возвраты",
"technical": "Баги и интеграции",
"other": null
}
}Score — положение на шкале
Score принимает от двух до десяти упорядоченных описаний. Ответ может находиться между уровнями, потому что рассчитывается как ожидание по распределению.
Не используйте Score для восстановления точного числа. Он отражает семантический уровень, а не выполняет измерение.
"frustration": {
"type": "score",
"instructions": "Насколько раздражён клиент?",
"criteria": ["Спокоен", "Недоволен", "Очень зол"]
}Noul — вероятность утверждения
Noul задаёт yes/no-суждение и возвращает число от 0 до 1. Значение близко к 1 означает сильное «да», к 0 — сильное «нет», около 0,5 — неопределённость.
У Noul нет отдельного confidence. Не путайте 0,5 с серединой шкалы качества: это равная вероятность yes и no.
"refund_requested": {
"type": "noul",
"instructions": "Просит ли клиент вернуть деньги?",
"criteria": {
"true": "Есть явная просьба о возврате",
"false": "Просьбы о возврате нет"
}
}Как читать probabilities и confidence
Probabilities показывают распределение по вариантам или уровням. Confidence кратко отражает, насколько распределение сосредоточено, и помогает задать порог автоматизации.
Порог выбирают на собственном размеченном наборе. Нельзя переносить условные 0,8 из чужого примера в рискованный процесс без проверки.
Несколько вопросов за один вызов
Отправляйте независимые вопросы вместе: например, Choice отдела, Score раздражения и Noul запроса возврата. Они используют общий state и оцениваются параллельно.
Ошибочные постановки
Слишком широкий вопрос вроде «что делать с клиентом» смешивает несколько решений. Разбейте его на атомарные вопросы и соедините результаты кодом.
- не прячьте сложную бизнес-логику в одном вопросе
- не описывайте взаимоисключающие criteria
- не просите Score выполнить арифметику
- не используйте Noul для измерения уровня
- не забывайте вариант other
Попробуйте на своей задаче
В конструкторе запросов можно переключить примитив, заполнить state и критерии, затем скопировать JSON или curl. Конструктор не вызывает API и не отправляет введённый текст.