Upstage: Solar Decide

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 固有の役割は、与えられたテキストから確率に裏付けられた型付きの判定を生成することであり、その説明自体を生成することではありません。