LiquidAI: d1 は LiquidAI の decisions モデルで、2026年10月1日にリリースされました。TypeSafe: Jev 1.14 は TypeSafe の decisions モデルで、2026年10月14日にリリースされました。どちらも同じカテゴリに属するため、通常の意味での汎用チャットモデルではありません。散文の段落ではなく決定を返してほしいときに呼び出すものです。2つのプロバイダーは別会社であり、api14 で使用するモデル id はそれを反映しています: liquid/d1 と typesafe/jev-1.14 です。
両者の最も明確な違いはコンテキストです。TypeSafe: Jev 1.14 は最大 262144 トークンを受け付け、これは LiquidAI: d1 が受け付ける 65536 トークンの4倍です。どちらも入力としてテキストと画像を受け取り、どちらも出力として決定を返すため、モダリティはここでは決め手になりません。どちらのモデルもサポートされるパラメータを記載しておらず、定性的な注記でも、ツール、構造化出力、推論を独自に提供するものとしてどちらかが示されているわけではないため、これらの軸では両者を分けるものはありません。価格では、LiquidAI: d1 の方が入力で安価です。出力価格は両者でほぼ同じなので、コスト差が現れるのは入力側です。
ほとんどのタスクでは、モデルが決定を下す前にどれだけの資料を読む必要があるかで選んでください。入力が短いか中程度の場合(単一の文書、スクリーンショットと質問、コンパクトな選択肢のセット)、LiquidAI: d1 が妥当なデフォルトです。入力が安価で、その 65536 トークンのウィンドウで十分すぎるほどだからです。長い文字起こし、大規模なコードベース、複数文書の束、または長い画像中心のレポートを投入する場合は、TypeSafe: Jev 1.14 の方が適しています。その 262144 トークンのウィンドウにより、自分でチャンク化して決定をつなぎ合わせるのではなく、すべてを1回の呼び出しに収められるからです。決定タスクをチャンク化すると精度を損ないがちなので、入力が本当にそれを必要とする場合は、より大きなウィンドウのために支払う価値があります。
どちらのモデルも api14 を通じて呼び出す方法は同じです。API が OpenAI 互換だからです。クライアントを api14 のベース URL に向け、リクエストを chat completions エンドポイントに送り、model フィールドを使用したい id に設定します。2つの切り替えは1行の変更です: LiquidAI: d1 には liquid/d1 を、TypeSafe: Jev 1.14 には typesafe/jev-1.14 を使います。メッセージ構造、画像パート、レスポンス処理は同じままなので、1つのコードパスを構築し、変数でモデル間をルーティングできます。このページのライブ価格表は両方の現在の料金を示しています。
長い入力であっても安価なモデルが勝つケースが1つあります: 余分なトークンのほとんどが冗長なコンテキストで、決定に関連する事実を失わずに削れる場合、LiquidAI: d1 は入力コストを低く抑え、そのウィンドウでもまだ十分かもしれません。それ以外の場合、長さが実際に必要で避けられないときは、TypeSafe: Jev 1.14 が選択肢です。