Inception: Mercury Decide (free)

Mercury Decide は、与えられた根拠に基づく構造化された意思決定のための Inception のモデルです。共有の状態と名前付きの質問を組み合わせ、確率付きの型付き回答を返します。結果は、選ばれたカテゴリ、推定されたはい/いいえの確率、または定義されたスケール上の位置のいずれかです。このプロファイルは、ソフトウェアが解釈できる限定された意思決定のためのもので、ドキュメントに記載されたインターフェースは自由形式のチャット回答を生成しません。

共有の状態と意味のある質問名

提供元のリクエストには、モデル、状態、空でない質問のマップが含まれます。質問名は回答のマップにそのまま引き継がれます。各質問の判断に必要な情報を与え、category、priority、needs_follow_up のように、ワークフローが使う結果に沿って質問に名前を付けます。複数の質問は同じ根拠をそれぞれ独立して評価します。1 つのリクエストにまとめても、後の質問が前の回答に依存するようにはなりません。

Inception のサンプルでは、状態に JSON オブジェクトを使っています。ガイドでは、状態、指示、基準の説明に文字列、オブジェクト、配列を使うことも認められており、指示は省略可能で null も指定できます。根拠がすでにフィールドで構成されている場合は有用な構造を維持し、テキストを与える場合は文書やメッセージを識別できるようにします。サポート案件では、欠けているコンテキストを推測させる依頼ではなく、実際のリクエストと関連する事実を含めます。

Noul：肯定の回答の推定確率

noul 質問は、はい/いいえの条件を表します。出力は、肯定の回答が当てはまる確率を 0 から 1 で示したものです。省略可能な真と偽の説明で、質問のそれぞれの側に何が該当するかを指定できます。たとえば、メッセージが明示的に交換を求めているかを問い、商品に対する一般的な苦情と区別します。確率は数値による判断を提供し、しきい値とそれに続くワークフローのアクションはアプリケーションが選びます。

条件は、根拠で決着がつく程度に絞り込みます。1 つの質問に、ユーザーが助けを求めているか、商品に欠陥があるか、案件が緊急かといった問いが混在している場合は、それらの条件を分けます。返された確率は質問の定義とともに保持し、後でレビューする人がその数値が実際に何を測っているかを判断できるようにします。

Choice：名前付きの選択肢から 1 つを選ぶ

Choice 質問は、1～255 個の選択肢名と説明のマップを使い、説明は null にすることもできます。返される選択は、与えた選択肢のうち最も確率の高いものです。結果には、すべての選択肢の確率と信頼度も含まれます。カテゴリにはそれぞれ明確に異なる意味を定義し、具体的な選択肢に当てはまらない入力が想定される場合はフォールバック用のカテゴリを含めます。短い出力キーでカテゴリを識別し、より詳しい説明でカテゴリ間の境界を定めることができます。

ルーティングの指示では、アクセスの問題、製品に関する質問、報告された不具合を区別することが考えられます。各選択肢の意味を記述し、振り分けが必要なメッセージを与えます。出力は分布付きの選ばれたカテゴリであり、すでにキューを変更したり他のシステムに連絡したりした指示ではありません。ケースが曖昧な場合は、勝ったラベルを確実性の証拠と解釈せず、競合する確率を確認します。

Score：ルーブリック上の期待位置

Score 質問は、1～10 個のレベルの説明を持つ順序付き配列を使い、レベル 0 から始まります。スコアはレベルのインデックスを確率で重み付けした平均であり、レベルの中間になることがあります。回答には、凡例、レベルごとの確率、信頼度が含まれます。すぐには影響がない、有効な代替手段がある問題、作業が完全に止まっている、といった各レベルの順序と基準を定義します。

小数の期待スコアは、優先順位付けや集計に役立ちます。これは、最も可能性の高い単一のレベルを選ぶこととは異なります。スコアが無関係なスケールで解釈されないよう、凡例を数値とともに保持します。Choice と Score の信頼度は 0 から 1 の間の値として別個に報告されます。該当するガイドでは、信頼度を最大の選択肢確率と同一のものとは定義しておらず、それを再構成するための汎用的な計算式も示していません。

有用な意思決定結果を準備する

1 つの根拠から、カテゴリ、緊急度、条件についての独立した質問に答えることができます。文書レビューのタスクでは、必要なトピックが含まれているかを問い、そのカテゴリを選び、説明付きのレベルで関連性を評価できます。状態内で利用できる資料だけを使い、基準はワークフローが次に必要とする意思決定に結び付けます。あるアクションに前の結果が必要な場合は、質問が隠れた順序を形成していると想定せず、その結果を次のステップの根拠の中で明示します。

応答では、モデル名と、与えた質問名をキーとする回答のマップが返されます。Choice の確率では選択肢名が、Score の確率では文字列のインデックスが使われ、凡例がそのインデックスの意味を説明します。状態の識別子、質問の定義、型付きの回答を結び付けて保持します。これにより、根拠となった事実から切り離された数値ではなく、解釈可能な分類または評価の成果物が得られます。

インターフェースの範囲と上限

Inception は Mercury Decide を、専用の意思決定インターフェースを通じて文書化しています。このモデルはメーカーのチャット補完、ストリーミング、ツール呼び出しのインターフェースには対応していないため、Mercury の推論、音声、コード生成の各プロファイルが持つ機能をこのモデルに当てはめるべきではありません。意思決定ガイドは選択肢とレベルの数を規定していますが、状態のトークン数や質問数の数値上の上限は示していません。共有する根拠は、評価する質問に関係するものに絞ります。

確率とカテゴリの境界は、想定タスクの代表的なラベル付きデータで評価します。境界線上の回答は状態に照らしてレビューし、欠けている情報は作り上げた事実で埋めずに、欠けていることがわかる形で残します。有用な Mercury Decide の結果は、クローズドな意思決定、その確率、そして理解に必要な定義を提供します。その結果をルーティング、優先順位付け、レビュー結果にどう反映させるかは、周囲のアプリケーションが決めます。