Cloudflare: Clef は Cloudflare のモデルであり、LiquidAI: d1 は LiquidAI のモデルです。どちらも api14 の decisions カテゴリに掲載されており、これはどのような用途向けかを示しています。自由形式のチャットや長い生成テキストではなく、判断を生成するためのものです。両者は同じプロバイダーのリリース日に公開されているため、掲載情報が記録する限りにおいて、どちらかが新しい世代であるということはありません。両者を比較検討する場合、それはパイプラインの同じ枠を占める 2 つのモデルを、異なる 2 つのベンダーから選ぶということです。
両者の機能はほぼ完全に一致しています。どちらもテキストと画像を入力として受け付け、どちらも判断を出力するため、一方だけが持つ追加の入力モダリティはありません。コンテキストウィンドウは実質的に同じサイズで、Clef が 65537 トークン、d1 が 65536 トークンであり、その差はわずか 1 トークンで、プロンプトに収められる内容は変わりません。比較データには、ツール対応、構造化出力対応、推論動作の違いは記録されておらず、出力価格の違いも記録されていません。記録されている唯一の違いは入力価格で、d1 のほうが安価です。掲載情報の中に、どちらか一方が他方より高性能であることを示唆するものはありません。
実用的な選定としては、タスク適合性の面では両者を交換可能とみなし、コストとベンダー選好で決めるのがよいでしょう。たとえば画像と長い文書など、ワークロードが大量の入力トークンを送信する場合、d1 の安い入力価格により経済的なデフォルトとなります。また、出力価格はほぼ同じであるため、入力側の節約が他の場所で相殺されることはありません。Cloudflare との既存の関係がある場合、または他の Cloudflare モデルをすでに api14 経由でルーティングしていて請求とベンダー管理を一元化したい場合は、Clef は妥当な選択であり、犠牲になるのは入力価格の差だけです。入力が小さく、判断そのものが目的であるタスクでは、両者は十分に近く、どちらでも構いません。
api14 を通じてどちらのモデルを呼び出す場合も、API が OpenAI 互換であるため方法は同じです。クライアントを api14 のベース URL に向け、通常の形式で chat completions エンドポイントにリクエストを送信し、model フィールドを設定します。Cloudflare: Clef を使うには、モデル ID を "cloudflare/clef" に設定します。LiquidAI: d1 を使うには、"liquid/d1" に設定します。リクエストボディのその他の部分はそのままなので、両者の切り替えは 1 行の変更で済み、統合を書き直すことなく自分のトラフィックで比較できます。
d1 のほうが入力価格で安いにもかかわらず、Clef のほうが依然として適した選択となるケースが 1 つあります。それは、スタックの他の部分との一貫性、またはチームがすでにそのベンダーを扱っている方法との整合性のために、api14 上で Cloudflare ファミリーのモデルにとどまりたい場合です。ここに示された事実は、Clef が機能、コンテキスト、出力コストで優れていることを示していないため、それを選ぶ誠実な理由は、何らかの性能上の主張ではなく、ベンダー選好です。