Upstage: Solar Decide
Upstage Solar Decide — текстовая модель принятия решений на основе Solar Mini 4. Она оценивает переданное состояние и типизированные вопросы, возвращая именованные варианты выбора, вероятности истинности или взвешенные оценки с вероятностной информацией. Её ограниченный вывод поддерживает классификацию, маршрутизацию и проверки правил вместо генерации текста.
О модели
Описание раскрывает возможности модели. Доступные в Ailoot входные данные, результаты и параметры выбранного метода перечислены ниже.
Upstage Solar Decide — модель структурированных решений на основе Solar Mini 4. Она читает переданное состояние и типизированные вопросы, затем возвращает решение для каждого вопроса с калиброванной вероятностной информацией. Производитель описывает процесс принятия решений за один прямой проход без генерации текста. Целевые применения включают маршрутизацию, классификацию и проверки правил; понимание корейского языка выделяется как часть основы Solar Mini 4.
Подготовьте состояние как строку или структурированный JSON с описанием оцениваемых фактов. Интерфейс производителя сериализует значения JSON в промпт. Схема вопросов отдельно определяет, что решать, какие варианты разрешены и как следует интерпретировать упорядоченную оценку. Используйте стабильные имена вопросов: ответы возвращаются под теми же именами, что облегчает связь результата с исходным условием рабочего процесса. Отделяйте фактическое состояние от инструкций и критериев, определяющих решение.
Три типа вопросов имеют разные выходы. Вопрос choice возвращает выбранный вариант, вероятности именованных альтернатив и значение уверенности. Вопрос noul возвращает вероятность истинности условия «да/нет». Вопрос score возвращает оценку, взвешенную по вероятностям, индексированную легенду, вероятности и уверенность. Упорядоченная оценка может быть дробной, поскольку отражает распределение по критериям. Сохраняйте эти поля вместо свёртывания каждого результата в голую метку или трактовки уверенности как объясняющего предложения.
Для маршрутизации поддержки передайте реальное сообщение и относящуюся к делу историю, затем задайте отдельные вопросы о намерении, срочности и определённом условии, например выражает ли сообщение недовольство. Описывайте категории по смыслу, а шкале срочности задавайте осознанный порядок. Пример схемы может различать запрос статуса доставки, проблему доступа к учётной записи и несвязанную проблему, а критерии срочности — идти от отсутствия необходимости немедленного действия до немедленной проверки. Наблюдаемый результат — типизированная оценка этих вариантов, а не подготовленный ответ клиенту.
Для проверок правил включайте соответствующее правило и факты записи вместе в состояние. Определяйте каждое условие достаточно узко, чтобы ответ можно было проверить. Документный процесс может спрашивать о наличии обязательной информации, применимой категории проверки и степени соответствия записи упорядоченному стандарту полноты. Оценка или вероятность не проверяет факты записи независимо. Если решающая информация отсутствует, приложению нужна осознанная обработка этой неопределённости вместо интерпретации выбранного варианта как окончательного доказательства.
Производитель указывает для Solar Decide контекстное окно 512K токенов. Готовьте большие документы как текст или структурированное состояние, необходимое решению; большой контекст не означает автоматического разбора произвольного файла. Сохраняйте границы источников и фрагменты, относящиеся к критериям. Используйте сфокусированные вопросы вместо ожидания резюме документа в свободной форме. Вывод модели остаётся ограниченным типами вопросов и вариантами независимо от количества материала в состоянии.
В документированном интерфейсе производителя вопрос choice принимает от двух до 26 вариантов. Производитель объясняет, что этот маршрут считывает решения из однотокеновых меток от A до Z, поэтому более 26 кандидатов нужно сократить или разделить на несколько вопросов. Это ограничение относится к вариантам choice, а не является общим ограничением длины документа или пределом, скопированным из другого семейства моделей принятия решений. Определяйте описания кандидатов так, чтобы их смыслы различались, и используйте иерархическое решение только при соответствии иерархии реальному рабочему процессу.
Для корейскоязычных записей сохраняйте исходный смысл, имена и идентификаторы и ясно описывайте критерии решения. Типизированный результат может использовать стабильные метки приложения при оценке свидетельств на естественном языке. Когда запись смешивает языки или использует предметную терминологию, сохраняйте соответствующие определения в состоянии. Естественно звучащего толкования термина недостаточно для установления соответствия критериев классификации бизнес-правилу, поэтому рассматривайте репрезентативные неоднозначные случаи наряду с простыми.
Используйте возвращённые вероятности и уверенность согласно политике решений рабочего процесса. Сохраняйте распределение и упорядоченную легенду, когда оценка лежит между категориями. Определяйте обработку неопределённых результатов по проверенным примерам задачи вместо выдумывания универсального порога вероятности. Приложение выполняет любую последующую маршрутизацию, эскалацию или проверку и фиксирует её исход. Solar Decide предоставляет ограниченную оценку модели для рассмотрения этого действия; выбор маршрута не устанавливает, что последующее действие было выполнено.
Полезный итоговый артефакт — объект ответов вместе с состоянием и определениями вопросов, которые его сформировали. Эти записи позволяют разобрать неожиданную классификацию, отличить недостающие свидетельства от неоднозначных критериев и сравнить оценку с проверенным случаем. Если пользователю нужно письменное объяснение или разговорный ответ, решение и исходный материал можно передать отдельному этапу подготовки текста. Специфическая роль Solar Decide — формирование типизированных решений с вероятностной поддержкой по переданному тексту, а не генерация самого объяснения.
Ailoot Ultra · System One POST /v1/systemone upstage/solar-decide
upstage/solar-decideНачало
Upstage Solar Decide — текстовая модель принятия решений на основе Solar Mini 4. Она оценивает переданное состояние и типизированные вопросы, возвращая именованные варианты выбора, вероятности истинности или взвешенные оценки с вероятностной информацией. Её ограниченный вывод поддерживает классификацию, маршрутизацию и проверки правил вместо генерации текста.
- Допустимые входные данные
- Текст
- Результаты
- decisions
Доступно в Ailoot · входные данные и методы
Ailoot Ultra · System One POST /v1/systemone
- Входные данные
text- Результат
decisions- Выходной формат
- json
| Поле | Тип | Требование | Значения и ограничения | По умолчанию |
|---|---|---|---|---|
Полеmodel | Типstring | ТребованиеОбязательно | Значения и ограничения upstage/solar-decide | По умолчанию— |
Полеprovider | Типschema | ТребованиеНеобязательно | Значения и ограничения | По умолчанию— |
Полеquestions | Типobject | ТребованиеОбязательно | Значения и ограничения | По умолчанию— |
Полеsession_id | Типstring | ТребованиеНеобязательно | Значения и ограничения | По умолчанию— |
Полеstate | Типschema | ТребованиеОбязательно | Значения и ограничения | По умолчанию— |
Полеtrace | Типschema | ТребованиеНеобязательно | Значения и ограничения | По умолчанию— |
Полеuser | Типstring | ТребованиеНеобязательно | Значения и ограничения | По умолчанию— |
Полеquestions.<id>.type | Типstring | ТребованиеОбязательно | Значения и ограничения noul, choice, score | По умолчанию— |
Полеquestions.<id>.instructions | Типstring|object|array | ТребованиеОбязательно | Значения и ограничения | По умолчанию— |
Полеquestions.<id>.criteria | Типobject|array | ТребованиеНеобязательно | Значения и ограничения Условия: choice/score: обязательны; noul: необязателен. criteria для choice — объект; для score — массив с minItems1. | По умолчанию— |
Полеquestions.<id>.criteria.true | Типstring|object|array | ТребованиеОбязательно | Значения и ограничения Применяется, когда: Передан объект критериев noul | По умолчанию— |
Полеquestions.<id>.criteria.false | Типstring|object|array | ТребованиеОбязательно | Значения и ограничения Применяется, когда: Передан объект критериев noul | По умолчанию— |
Сочетания входных материалов
noul · Обязательно: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Обязательно: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Обязательно: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
Параметры и жизненный цикл метода
| Параметр | Контракт |
|---|---|
Параметрcontent_type | Контрактapplication/json |
Параметрrequired | Контрактmodel, state, questions |
Параметрmaterial_types | Контрактtext |
Параметрoptional_controls | Контрактprovider, session_id, trace, user |
Параметрmultimodal_input_binding | Контрактnull |
Жизненный цикл: synchronous
Передайте точный ID модели и сохраните полный нативный ответ.
Тарифы
Тарифная справка не добавляет режимы запроса. Поддерживаемые параметры указаны для выбранного метода.
- Быстрый режим
- Не указано При выборе быстрого режима
- Режим flex
- Не указано При выборе режима flex
- Максимальная интенсивность рассуждений
- Не указано При максимальной интенсивности рассуждений с корректировкой по умолчанию (default)
Ставки Ailoot
Цены по конфигурациям
Сопоставьте каждую плату с указанными условиями. Для каждого набора альтернативных конфигураций используйте одну ставку.
| Конфигурация | Шкала ставок | Токенов контекста больше | Токенов контекста не более, включительно | Плата |
|---|---|---|---|---|
| КонфигурацияБазовые ставки за токены | Шкала ставокБазовая ставка | Токенов контекста больше— | Токенов контекста не более, включительноБез верхней границы | Плата Вход · Входные токены $0.0002 / 1K токенов Выход · Выходные токены $0 / 1K токенов Вход · Чтение кэша $0.0002 / 1K токенов Вход · Запись в кэш — / 1K токенов Вход · Запись в кэш, 1 час — / 1K токенов |
| КонфигурацияУровень 1 по длине запроса | Шкала ставок— | Токенов контекста больше0 | Токенов контекста не более, включительноБез верхней границы | Плата Вход · Входные токены $0.0002 / 1K токенов Выход · Выходные токены $0 / 1K токенов Вход · Чтение кэша $0.0002 / 1K токенов Вход · Запись в кэш — / 1K токенов Вход · Запись в кэш, 1 час — / 1K токенов |
Ailoot резервирует расчётную сумму перед запросом. После получения результата списывает итоговую плату по измеренному расходу. Для окончательного списания за потоковый ответ используется итоговая запись расхода. Как работают резервирование и расчёт →
Примеры запросов
Ailoot Ultra · System One
{
"model": "upstage/solar-decide",
"questions": {
"is_bug": {
"criteria": {
"false": "The customer is asking a question or requesting a feature.",
"true": "The customer describes broken or unexpected product behavior."
},
"instructions": "Is the customer reporting a software defect?",
"type": "noul"
},
"team": {
"criteria": {
"account": "Login, permissions, or profile issues.",
"frontend": "Rendering, layout, or browser compatibility issues.",
"payments": "Checkout, billing, or payment processing issues."
},
"instructions": "Which team should own this ticket?",
"type": "choice"
},
"urgency": {
"criteria": [
"Can wait for the next release",
"Should be fixed this week",
"Blocking revenue right now"
],
"instructions": "How urgent is this ticket?",
"type": "score"
}
},
"state": {
"customer_tier": "enterprise",
"ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."
}
}set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"
export AILOOT_REQUEST_FILE
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))
if not isinstance(p,dict): raise SystemExit('Request must be a JSON object')
p['model']='upstage/solar-decide'
Path('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \
-H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o result.json
python3 - <<'PY_RESULT'
import json
from pathlib import Path
print(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))
PY_RESULT
Получить и сохранить результаты
Ailoot Ultra · System One
json
Сохраняйте все готовые результаты
Сохраняйте каждый полностью полученный ответ, файл и элемент содержимого.
Сохраняется каждый предоставленный ответ с ID вопроса, его точным типом, значением noul/choice/score, уверенностью, вероятностями и легендой. Весь исходный JSON сохраняется и возвращается только после окончательного расчёта.
Если нужно проверить исходный ответ
Сохраните исходную операцию и полный либо частичный ответ; не повторяйте POST.
Поля ответа
| Поле | Тип |
|---|---|
Полеmodel | Типstring |
Полеid | Типstring |
Полеprovider | Типstring |
Полеanswers.<id>.type | Типstring |
Полеanswers.<id>.noul | Типnumber |
Полеanswers.<id>.choice | Типstring |
Полеanswers.<id>.score | Типnumber |
Полеanswers.<id>.confidence | Типnumber |
Полеanswers.<id>.probabilities | Типobject |
Полеanswers.<id>.legend | Типobject |
Полеusage.input_tokens | Типinteger |
Полеusage.output_tokens | Типinteger |
Полеusage.cost | Типnumber |
Ошибки и дальнейшие шаги
| Ответ | Условие | Следующий шаг |
|---|---|---|
Ответ400 · invalid_request_error | УсловиеНедопустимое обязательное поле, представление или значение | Следующий шагИсправьте указанное поле запроса. |
Псевдонимы
Псевдонимы моделей
Ailoot Ultra upstage/solar-decide
Псевдонимы путей метода
Используйте пути методов, указанные выше.
Связанные ID для вызова
FAQ · Upstage: Solar Decide
- Какие входные данные и результаты доступны?
POST /v1/systemone·upstage/solar-decide:text→decisions- Какие поля использует запрос?
POST /v1/systemone·upstage/solar-decide:model,provider,questions,session_id,state,trace,user