LiquidAI: d1 は LiquidAI の意思決定モデルで、2026-10-01 にリリースされました。ScaleDown: Classify-1 は ScaleDown の意思決定モデルで、2026-10-13 にリリースされました。どちらも decisions カテゴリに属しており、出力が自由形式の文章ではなく意思決定であることを意味するため、書かれた回答ではなく入力に対する判定を得たいときに呼び出します。どちらのモデルもサポートされているパラメータを公開していないため、プロバイダーが設定するデフォルトで操作します。
両者が最も異なるのはコンテキストと入力の扱いです。ScaleDown: Classify-1 はテキスト、画像、ファイルの入力を受け付け、コンテキストウィンドウは 1,000,000 トークンです。一方、LiquidAI: d1 はテキストと画像のみを受け付け、65,536 トークンです。そのため ScaleDown はコンテキストがはるかに大きいモデルであり、2 つの中でファイルを直接受け取れる唯一のモデルです。どちらも出力モダリティとして意思決定を返すため、返ってくるものの形は比較可能です。価格では、LiquidAI: d1 の方が入力において安価です。出力価格は両者で意味のある差はないため、コスト差は主に入力側で現れます。
実用的な選択としては、入力がテキストまたは画像で、65,536 トークンに余裕をもって収まり、入力コストが重要な場合は LiquidAI: d1 を選びます。入力で安価な選択肢だからです。ファイルを投入する必要がある場合、テキストや画像のペイロードが大きく 65,536 トークンが実際の制約になる場合、または長い文書や多数の例を 1 回の呼び出しに含めるために 1,000,000 トークンウィンドウの余裕が欲しい場合は ScaleDown: Classify-1 を選びます。タスクがスニペットや単一画像に対する短い分類であれば、通常は LiquidAI: d1 がより軽量な選択です。タスクが文書全体、添付ファイル、長い履歴を含む場合は、それらを受け入れられるのが ScaleDown: Classify-1 です。
どちらのモデルも api14 を通じて呼び出す方法は同じです。API が OpenAI 互換だからです。クライアントを api14 のベース URL に向け、api14 キーを使って chat completions エンドポイントにリクエストを送り、model フィールドを使用したい id に設定します。2 つの間の唯一の変更はその文字列です。LiquidAI: d1 には "liquid/d1" を、ScaleDown: Classify-1 には "scaledown/classify-1" を使います。メッセージ構造、ヘッダー、レスポンスの解析はそのままなので、1 つの値を編集してモデルを切り替えたり、入力のサイズや種類に基づいてリクエストごとにルーティングしたりできます。
ScaleDown: Classify-1 が表面上はより高機能であっても、安価なモデルの方が依然として良い選択となるケースが 1 つあります。入力が 65,536 トークンに収まるプレーンテキストまたは画像で、入力コストが積み上がる大量の意思決定呼び出しを実行している場合、LiquidAI: d1 は同じ意思決定出力モダリティをより低い入力価格で提供します。ScaleDown: Classify-1 のより大きなコンテキストとファイルサポートは、実際にそれらが必要なときにのみ価値を発揮するため、小規模でテキストまたは画像のみの意思決定では、LiquidAI: d1 が妥当なデフォルトであり続けます。