Microsoft-Decision-1 は Microsoft の decisions モデルで、モデル id microsoft/microsoft-decision-1 として掲載されています。Perplexity: Decider V1.2 は Perplexity の decisions モデルで、perplexity/pplx-decider-v1.2 として掲載されています。どちらも同じカテゴリに属しているため、同じ広い役割を目指しています。つまり、入力を受け取り、チャットの返信や文章の塊ではなく決定を返すという役割です。どちらのモデルもサポートされているパラメータを公開していないため、設定方法は同じで、入力をテキストとして渡します。
最も明確な違いはコンテキストと入力モダリティです。Decider V1.2 はテキストと画像を受け付け、コンテキストウィンドウは 262144 トークンです。Microsoft-Decision-1 はテキストのみを受け付け、32768 トークンです。つまり、Decider V1.2 は 1 回の呼び出しでより多くの素材を取り込め、画像も読めますが、Microsoft-Decision-1 はテキストに限定され、ウィンドウもはるかに小さくなります。どちらも出力モダリティとして決定を返すため、入力が異なっても回答の形は比較できます。価格では、入力については Decider V1.2 のほうが安価です。出力価格は両者で意味のある差はないため、コスト差が現れるのは入力側です。
実用的な選択では、判断要素はどれだけのテキストを投入する必要があるか、そしてその一部が画像かどうかです。決定が長い文書、大量のレコード、またはテキストとスクリーンショットの混在に依存するなら、より大きなコンテキストと画像入力を持つ Decider V1.2 が自然な選択です。入力が短く純粋にテキストであれば、Microsoft-Decision-1 がそのケースをカバーし、Microsoft のモデルを使い続けられます。これは、すでにそのプロバイダーに標準化している場合に重要かもしれません。入力価格の差は Decider V1.2 に有利なので、大きなプロンプトで呼び出し量が多いとその差が積み重なりますが、小さなプロンプトでは両者は十分近く、他の要因が選択を左右することがあります。
どちらのモデルも api14 経由で呼び出す方法は同じです。ゲートウェイが OpenAI 互換 API を公開しているためです。既存のクライアントを api14 に向け、通常のリクエスト構造を維持し、model フィールドを使いたい id に設定します。切り替えは 1 行の変更です。Microsoft のモデルには microsoft/microsoft-decision-1 を、Perplexity のモデルには perplexity/pplx-decider-v1.2 を使います。どちらもテキスト入力を受け取り、どちらも決定を返し、追加または削除しなければならない追加のサポートパラメータを宣言していないため、リクエスト内で他に変更する必要はありません。
Decider V1.2 のほうが大きなウィンドウと画像サポートを持つにもかかわらず、Microsoft-Decision-1 がより良い選択であり続けるケースがあります。入力が短く、テキストのみで、経路に Microsoft のモデルを特に求めている場合、Decider V1.2 の追加コンテキストと画像処理は何ももたらさず、より単純なテキストのみの入力面で十分です。その状況では、選択は能力ではなくプロバイダーの好みに帰着し、Microsoft-Decision-1 はリクエストの構築方法を何も変えることなく適合します。