Upstage Solar Decide は、Solar Mini 4 をベースに構築された構造化判定モデルです。与えられた状態と型付きの質問を読み取り、質問ごとに、較正された確率情報を伴う判定を返します。開発元は、文章を生成しない1回の順伝播（シングルフォワードパス）による判定プロセスと説明しています。想定される用途にはルーティング、分類、ポリシーチェックが含まれ、Solar Mini 4 の基盤の一部として、このモデルの韓国語理解力が強調されています。
状態は、評価対象の事実を記述した文字列または構造化 JSON として準備します。開発元のインターフェースは、JSON の値をプロンプトにシリアライズします。質問スキーマでは、何を判定するか、どの選択肢を許可するか、順序付きの評価をどう解釈するかを別途定義します。質問には安定した名前を使います。回答は同じ名前の下で返されるため、結果を元のワークフローの条件と対応付けやすくなります。事実を表す状態は、判定を定義する指示や基準とは分けておきます。
3つの質問タイプは、それぞれ異なる出力を返します。choice 質問は、選ばれた選択肢、名前付きの各候補にわたる確率、信頼度の値を返します。noul 質問は、yes/no の条件について true である確率を返します。score 質問は、確率加重スコア、インデックス付きの凡例、確率、信頼度を返します。順序付きのスコアは基準全体にわたる分布を反映するため、小数値になることがあります。すべての結果を単なるラベルにまとめたり、信頼度を説明文として扱ったりせず、これらのフィールドを保持します。
サポートのルーティングでは、実際のメッセージと関連する履歴を与え、意図、緊急度、そしてメッセージが不満を表しているかどうかといった定義済みの条件について、それぞれ別の質問を立てます。カテゴリはその意味で記述し、緊急度の尺度には意図的な順序を与えます。スキーマの例として、配送状況の問い合わせ、アカウントへのアクセスの問題、無関係な問題を区別し、緊急度の基準を「すぐの対応は不要」から「直ちにレビュー」までとすることができます。観察できる結果は、これらの選択についての型付きの評価であり、顧客への返信の下書きではありません。
ポリシーチェックでは、関連するルールとレコードの事実を状態にまとめて含めます。各条件は、その回答を検証できる程度に狭く定義します。文書のワークフローであれば、必要な情報が揃っているか、どのレビューカテゴリが該当するか、レコードが順序付きの完全性基準をどの程度満たしているかを問うことができます。スコアや確率は、レコード内の事実をそれ自体で検証するものではありません。決定的な情報が欠けている場合、アプリケーションは選ばれた選択肢を決定的な証拠と解釈するのではなく、その不確かさを意図的に扱う必要があります。
開発元は、Solar Decide のコンテキストウィンドウを512Kトークンと規定しています。大きな文書は、判定に必要なテキストまたは構造化された状態として準備します。コンテキストが大きいからといって、任意のファイルが自動的に解析されるわけではありません。出典の区切りと、基準に関連するパッセージは保持します。文書の自由形式の要約を期待するのではなく、焦点を絞った質問を使います。状態にどれだけ多くの素材を含めても、モデルの出力は質問タイプと選択肢の範囲内にとどまります。
ドキュメント化された開発元のインターフェースでは、choice 質問は2〜26個の選択肢を受け付けます。開発元の説明によると、このルートは A から Z までの単一トークンのラベルから判定を読み取るため、26個を超える候補は絞り込むか、複数の質問に分割する必要があります。この上限は choice の選択肢に適用されるものであり、文書の長さに関する一般的な上限でも、別の判定モデルファミリーから引き写した上限でもありません。候補の説明はそれぞれの意味が明確に異なるように定義し、階層的な判定は、その階層が実際のワークフローに一致する場合にのみ使います。
韓国語のレコードでは、原文の意味、名前、識別子をそのまま保ち、判定基準を明確に記述します。型付きの結果では、自然言語の根拠を評価しつつ、アプリケーションの安定したラベルを使えます。レコードに複数の言語が混在している場合や分野固有の用語が使われている場合は、関連する定義を状態に残します。用語を流暢に解釈できるだけでは、分類基準が業務ルールに合致していることの裏付けにはならないため、分かりやすいケースだけでなく、代表的な曖昧なケースも確認します。
返された確率と信頼度は、ワークフローの判定ポリシーに従って使います。評価がカテゴリの間に位置する場合は、分布と順序付きの凡例を保持します。不確かな結果の扱いは、普遍的な確率しきい値を独自に設けるのではなく、レビュー済みのタスク事例に基づいて設定します。その結果として生じるルーティング、エスカレーション、レビューの操作はアプリケーションが実行し、その結果を記録します。Solar Decide は、その操作を検討するための範囲の限定されたモデル評価を提供します。ルートを選択したことは、後続の操作が実行されたことを意味しません。
有用な最終成果物は、answers オブジェクトと、それを生み出した状態および質問の定義を合わせたものです。これらの記録があれば、意外な分類を検証し、根拠の欠落と基準の曖昧さを区別し、評価をレビュー済みのケースと比較できます。ユーザーが文章による説明や会話形式の応答を必要とする場合は、判定と出典の素材を別の文章作成ステップに渡せます。Solar Decide 固有の役割は、与えられたテキストから確率に裏付けられた型付きの判定を生成することであり、その説明自体を生成することではありません。
", "aboutText": "Upstage Solar Decide は、Solar Mini 4 をベースに構築された構造化判定モデルです。与えられた状態と型付きの質問を読み取り、質問ごとに、較正された確率情報を伴う判定を返します。開発元は、文章を生成しない1回の順伝播（シングルフォワードパス）による判定プロセスと説明しています。想定される用途にはルーティング、分類、ポリシーチェックが含まれ、Solar Mini 4 の基盤の一部として、このモデルの韓国語理解力が強調されています。\n\n状態は、評価対象の事実を記述した文字列または構造化 JSON として準備します。開発元のインターフェースは、JSON の値をプロンプトにシリアライズします。質問スキーマでは、何を判定するか、どの選択肢を許可するか、順序付きの評価をどう解釈するかを別途定義します。質問には安定した名前を使います。回答は同じ名前の下で返されるため、結果を元のワークフローの条件と対応付けやすくなります。事実を表す状態は、判定を定義する指示や基準とは分けておきます。\n\n3つの質問タイプは、それぞれ異なる出力を返します。choice 質問は、選ばれた選択肢、名前付きの各候補にわたる確率、信頼度の値を返します。noul 質問は、yes/no の条件について true である確率を返します。score 質問は、確率加重スコア、インデックス付きの凡例、確率、信頼度を返します。順序付きのスコアは基準全体にわたる分布を反映するため、小数値になることがあります。すべての結果を単なるラベルにまとめたり、信頼度を説明文として扱ったりせず、これらのフィールドを保持します。\n\nサポートのルーティングでは、実際のメッセージと関連する履歴を与え、意図、緊急度、そしてメッセージが不満を表しているかどうかといった定義済みの条件について、それぞれ別の質問を立てます。カテゴリはその意味で記述し、緊急度の尺度には意図的な順序を与えます。スキーマの例として、配送状況の問い合わせ、アカウントへのアクセスの問題、無関係な問題を区別し、緊急度の基準を「すぐの対応は不要」から「直ちにレビュー」までとすることができます。観察できる結果は、これらの選択についての型付きの評価であり、顧客への返信の下書きではありません。\n\nポリシーチェックでは、関連するルールとレコードの事実を状態にまとめて含めます。各条件は、その回答を検証できる程度に狭く定義します。文書のワークフローであれば、必要な情報が揃っているか、どのレビューカテゴリが該当するか、レコードが順序付きの完全性基準をどの程度満たしているかを問うことができます。スコアや確率は、レコード内の事実をそれ自体で検証するものではありません。決定的な情報が欠けている場合、アプリケーションは選ばれた選択肢を決定的な証拠と解釈するのではなく、その不確かさを意図的に扱う必要があります。\n\n開発元は、Solar Decide のコンテキストウィンドウを512Kトークンと規定しています。大きな文書は、判定に必要なテキストまたは構造化された状態として準備します。コンテキストが大きいからといって、任意のファイルが自動的に解析されるわけではありません。出典の区切りと、基準に関連するパッセージは保持します。文書の自由形式の要約を期待するのではなく、焦点を絞った質問を使います。状態にどれだけ多くの素材を含めても、モデルの出力は質問タイプと選択肢の範囲内にとどまります。\n\nドキュメント化された開発元のインターフェースでは、choice 質問は2〜26個の選択肢を受け付けます。開発元の説明によると、このルートは A から Z までの単一トークンのラベルから判定を読み取るため、26個を超える候補は絞り込むか、複数の質問に分割する必要があります。この上限は choice の選択肢に適用されるものであり、文書の長さに関する一般的な上限でも、別の判定モデルファミリーから引き写した上限でもありません。候補の説明はそれぞれの意味が明確に異なるように定義し、階層的な判定は、その階層が実際のワークフローに一致する場合にのみ使います。\n\n韓国語のレコードでは、原文の意味、名前、識別子をそのまま保ち、判定基準を明確に記述します。型付きの結果では、自然言語の根拠を評価しつつ、アプリケーションの安定したラベルを使えます。レコードに複数の言語が混在している場合や分野固有の用語が使われている場合は、関連する定義を状態に残します。用語を流暢に解釈できるだけでは、分類基準が業務ルールに合致していることの裏付けにはならないため、分かりやすいケースだけでなく、代表的な曖昧なケースも確認します。\n\n返された確率と信頼度は、ワークフローの判定ポリシーに従って使います。評価がカテゴリの間に位置する場合は、分布と順序付きの凡例を保持します。不確かな結果の扱いは、普遍的な確率しきい値を独自に設けるのではなく、レビュー済みのタスク事例に基づいて設定します。その結果として生じるルーティング、エスカレーション、レビューの操作はアプリケーションが実行し、その結果を記録します。Solar Decide は、その操作を検討するための範囲の限定されたモデル評価を提供します。ルートを選択したことは、後続の操作が実行されたことを意味しません。\n\n有用な最終成果物は、answers オブジェクトと、それを生み出した状態および質問の定義を合わせたものです。これらの記録があれば、意外な分類を検証し、根拠の欠落と基準の曖昧さを区別し、評価をレビュー済みのケースと比較できます。ユーザーが文章による説明や会話形式の応答を必要とする場合は、判定と出典の素材を別の文章作成ステップに渡せます。Solar Decide 固有の役割は、与えられたテキストから確率に裏付けられた型付きの判定を生成することであり、その説明自体を生成することではありません。", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "7fa2b67155cf0400548ca3853f38f76db18ff9f00c7a38c5994ce615d36c6bab", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "ja", "methods": [ { "html": "upstage/solar-decideUpstage Solar Decide は、Solar Mini 4 をベースに構築されたテキスト判定モデルです。与えられた状態と型付きの質問を評価し、名前付きの選択、真である確率、または加重スコアを確率情報とともに返します。範囲の限定された出力は、文章の生成ではなく、分類、ルーティング、ポリシーチェックに役立ちます。
この説明はモデルの機能を紹介するものです。Ailootで利用できる入力、出力、オプションは、選択したメソッドごとに以下に記載されています。
Upstage Solar Decide は、Solar Mini 4 をベースに構築された構造化判定モデルです。与えられた状態と型付きの質問を読み取り、質問ごとに、較正された確率情報を伴う判定を返します。開発元は、文章を生成しない1回の順伝播（シングルフォワードパス）による判定プロセスと説明しています。想定される用途にはルーティング、分類、ポリシーチェックが含まれ、Solar Mini 4 の基盤の一部として、このモデルの韓国語理解力が強調されています。
状態は、評価対象の事実を記述した文字列または構造化 JSON として準備します。開発元のインターフェースは、JSON の値をプロンプトにシリアライズします。質問スキーマでは、何を判定するか、どの選択肢を許可するか、順序付きの評価をどう解釈するかを別途定義します。質問には安定した名前を使います。回答は同じ名前の下で返されるため、結果を元のワークフローの条件と対応付けやすくなります。事実を表す状態は、判定を定義する指示や基準とは分けておきます。
3つの質問タイプは、それぞれ異なる出力を返します。choice 質問は、選ばれた選択肢、名前付きの各候補にわたる確率、信頼度の値を返します。noul 質問は、yes/no の条件について true である確率を返します。score 質問は、確率加重スコア、インデックス付きの凡例、確率、信頼度を返します。順序付きのスコアは基準全体にわたる分布を反映するため、小数値になることがあります。すべての結果を単なるラベルにまとめたり、信頼度を説明文として扱ったりせず、これらのフィールドを保持します。
サポートのルーティングでは、実際のメッセージと関連する履歴を与え、意図、緊急度、そしてメッセージが不満を表しているかどうかといった定義済みの条件について、それぞれ別の質問を立てます。カテゴリはその意味で記述し、緊急度の尺度には意図的な順序を与えます。スキーマの例として、配送状況の問い合わせ、アカウントへのアクセスの問題、無関係な問題を区別し、緊急度の基準を「すぐの対応は不要」から「直ちにレビュー」までとすることができます。観察できる結果は、これらの選択についての型付きの評価であり、顧客への返信の下書きではありません。
ポリシーチェックでは、関連するルールとレコードの事実を状態にまとめて含めます。各条件は、その回答を検証できる程度に狭く定義します。文書のワークフローであれば、必要な情報が揃っているか、どのレビューカテゴリが該当するか、レコードが順序付きの完全性基準をどの程度満たしているかを問うことができます。スコアや確率は、レコード内の事実をそれ自体で検証するものではありません。決定的な情報が欠けている場合、アプリケーションは選ばれた選択肢を決定的な証拠と解釈するのではなく、その不確かさを意図的に扱う必要があります。
開発元は、Solar Decide のコンテキストウィンドウを512Kトークンと規定しています。大きな文書は、判定に必要なテキストまたは構造化された状態として準備します。コンテキストが大きいからといって、任意のファイルが自動的に解析されるわけではありません。出典の区切りと、基準に関連するパッセージは保持します。文書の自由形式の要約を期待するのではなく、焦点を絞った質問を使います。状態にどれだけ多くの素材を含めても、モデルの出力は質問タイプと選択肢の範囲内にとどまります。
ドキュメント化された開発元のインターフェースでは、choice 質問は2〜26個の選択肢を受け付けます。開発元の説明によると、このルートは A から Z までの単一トークンのラベルから判定を読み取るため、26個を超える候補は絞り込むか、複数の質問に分割する必要があります。この上限は choice の選択肢に適用されるものであり、文書の長さに関する一般的な上限でも、別の判定モデルファミリーから引き写した上限でもありません。候補の説明はそれぞれの意味が明確に異なるように定義し、階層的な判定は、その階層が実際のワークフローに一致する場合にのみ使います。
韓国語のレコードでは、原文の意味、名前、識別子をそのまま保ち、判定基準を明確に記述します。型付きの結果では、自然言語の根拠を評価しつつ、アプリケーションの安定したラベルを使えます。レコードに複数の言語が混在している場合や分野固有の用語が使われている場合は、関連する定義を状態に残します。用語を流暢に解釈できるだけでは、分類基準が業務ルールに合致していることの裏付けにはならないため、分かりやすいケースだけでなく、代表的な曖昧なケースも確認します。
返された確率と信頼度は、ワークフローの判定ポリシーに従って使います。評価がカテゴリの間に位置する場合は、分布と順序付きの凡例を保持します。不確かな結果の扱いは、普遍的な確率しきい値を独自に設けるのではなく、レビュー済みのタスク事例に基づいて設定します。その結果として生じるルーティング、エスカレーション、レビューの操作はアプリケーションが実行し、その結果を記録します。Solar Decide は、その操作を検討するための範囲の限定されたモデル評価を提供します。ルートを選択したことは、後続の操作が実行されたことを意味しません。
有用な最終成果物は、answers オブジェクトと、それを生み出した状態および質問の定義を合わせたものです。これらの記録があれば、意外な分類を検証し、根拠の欠落と基準の曖昧さを区別し、評価をレビュー済みのケースと比較できます。ユーザーが文章による説明や会話形式の応答を必要とする場合は、判定と出典の素材を別の文章作成ステップに渡せます。Solar Decide 固有の役割は、与えられたテキストから確率に裏付けられた型付きの判定を生成することであり、その説明自体を生成することではありません。
POST /v1/systemonetextdecisions| フィールド | 種類 | 要件 | 値と制限 | デフォルト |
|---|---|---|---|---|
フィールド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：任意。choiceのcriteriaはオブジェクト、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を送信し、ネイティブのレスポンス全体を保持してください。
料金情報はリクエストの機能を追加しません。対応するパラメーターは選択したメソッドに記載されています。
各料金を表示された条件と照合してください。選択肢となる設定の各組には、いずれか1つの料金を適用します。
| 設定 | 料金表 | コンテキストトークン数が次の値を超える場合 | コンテキストトークン数が次の値以下の場合 | 料金 |
|---|---|---|---|---|
| 設定トークンの基本単価 | 料金表基本料金 | コンテキストトークン数が次の値を超える場合— | コンテキストトークン数が次の値以下の場合上限なし | 料金 入力 · 入力トークン $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はリクエスト前に見積額を確保します。結果の取得後、実測使用量に基づいて最終料金を精算します。ストリーミング時の精算には最終の使用量記録を使用します。金額の確保と精算の仕組み →
{\n "model": "upstage/solar-decide",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='upstage/solar-decide'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
返された完全なレスポンス、ファイル、コンテンツ部分をすべて保存してください。
指定された各質問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
上記に表示されたメソッドパスを使用してください。