Nace.AI: Drex Max 対 TypeSafe: Jev 1.14
api14カタログの最新のUSD料金と機能をもとに、Nace.AI: Drex Max（$0.21 / 100万トークン (≈ ￥33)）とTypeSafe: Jev 1.14（$0.15 / 100万トークン (≈ ￥23)）を並べて比較します。どちらも同じOpenAI互換APIで動作します。
仕様
| Nace.AI: Drex Max | TypeSafe: Jev 1.14 | |
|---|---|---|
| プロバイダー | Nace.AI | TypeSafe |
| 入力 | $0.21 / 100万トークン (≈ ￥33) | $0.15 / 100万トークン (≈ ￥23) |
| キャッシュ読み取り | $0.21 / 100万トークン (≈ ￥33) | - |
| コンテキストウィンドウ | 262,144 | 262,144 |
| 最大出力 | 235,929 | 235,929 |
| 入力 | text, image | text, image |
| 出力 | decisions | decisions |
| ツール呼び出し | ||
| 構造化出力 | ||
| 推論の調整 | ||
| 追加日 | 2026/10/21 | 2026/10/14 |
主な違い
- TypeSafe: Jev 1.14は入力トークンが30%安くなっています。
- 入力1,000トークン・出力500トークンのリクエストの費用は、Nace.AI: Drex Maxで$0.000210、TypeSafe: Jev 1.14で$0.000147です。
詳しく見る
Nace.AI: Drex Max は Nace.AI のモデルであり、TypeSafe: Jev 1.14 は TypeSafe のモデルです。どちらも意思決定タスク向けに作られており、これはプロバイダーが両モデルに割り当てたカテゴリであり、どちらも 2026 年 10 月にリリースされ、Jev 1.14 は Drex Max より 1 週間早く登場しました。チャットモデルではなく意思決定モデルを想定したスタックですでに処理をルーティングしている場合、この 2 つは同じ枠に入り、どちらを選ぶかは、別の種類のツールの違いではなく、以下に述べるいくつかの具体的な違いで決まります。
計測された軸では、両者はほぼ同一です。どちらもテキストと画像の入力を受け付け、どちらも出力として意思決定を生成するため、一方にしかないモダリティを他方が提供するわけではありません。どちらも 262144 トークンのコンテキストウィンドウを公開しており、同じ数値なので、長い文書、大きなスクリーンショット、長い会話履歴はどちらでも同様に収まります。どちらも対応パラメータを記載しておらず、ツール専用、構造化出力専用、推論専用の機能もどちらのモデルにも記録されていないため、一方のために書く配管コードは他方でもほぼ同じに見えます。唯一の実質的な差は入力の価格です。Jev 1.14 は入力トークンに関して 2 つのうち安い方です。出力の価格は両者で意味のある違いはありません。
実際には、両者がそれ以外では同等に見えるとき、この入力価格の差が主な判断材料になります。パイプラインが大量のテキストや多数の画像をモデルに送り、呼び出しごとのコストを重視するなら、Jev 1.14 は入力側でより軽い選択肢です。ワークロードが出力トークン中心である場合、または入力量が控えめな混合である場合は、価格差はほぼ互角にまで縮まり、意思決定タスクでどのプロバイダーの挙動をすでに検証済みかといった別の根拠で決められます。出力価格がどちらかで明確に安いわけではないため、コストだけを理由に Drex Max を選ぶ強い理由はありません。
どちらのモデルも api14 経由での呼び出しは同じ方法です。ゲートウェイが OpenAI 互換 API を公開しているためです。クライアントを api14 のベース URL に向け、通常の chat completions 形式でリクエストを送り、model フィールドを設定します。"nace-ai/drex-max" を "typesafe/jev-1.14" に入れ替える、またはその逆にしても、両モデルが共有する機能についてはリクエストボディの他の何も変更する必要がありません。認証、ヘッダー、画像ペイロード、プロンプト構築はそのままで、2 つの間の A/B テストは書き直しではなく 1 つの文字列の問題になります。
Jev 1.14 の方が入力で安いとはいえ、Drex Max を選ぶ理由もあります。すでに Drex Max に対してプロンプトや評価ハーネスを調整済みで、それらが期待通りに動作するなら、入力トークンを節約するために移行しても再検証の手間に見合わない可能性があります。特に出力コストと機能がそれ以外ではほぼ同等である場合はそうです。同様に、ここには記録されていない運用上の理由で Nace.AI プロバイダーを好むなら、"nace-ai/drex-max" にとどまることでその関係を維持できます。それ以外の場合、入力が多い意思決定ワークロードでは、"typesafe/jev-1.14" がより経済的なデフォルトです。
文字列1つで切り替え
どちらのモデルも同じエンドポイントとリクエスト形式を使います。modelの値を"nace-ai/drex-max"から"typesafe/jev-1.14"に変えるだけで、プロンプト、ストリーミング、ツールはそのまま動きます。
import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://api14.com/api/v1",
apiKey: process.env.API14_API_KEY,
});
const result = await client.post("/decisions", { body: {
"model": "typesafe/jev-1.14",
"state": "Customer: I was charged twice for my order and want my money back.",
"questions": {
"team": {
"type": "choice",
"instructions": "Which team should handle this message?",
"criteria": {
"billing": "Payments, refunds, invoices",
"support": "Product questions and bugs",
"sales": "Pricing and new purchases"
}
},
"urgent": {
"type": "noul",
"instructions": "Does this need a reply today?",
"criteria": {
"true": "Money, outage or legal risk",
"false": "Can wait"
}
}
}
} });
console.log(result.answers);
その他の比較
- LiquidAI: d1 Latest 対 LiquidAI: d1-ultra Latest
- LiquidAI: d1 Latest 対 Baseten: Joey 1
- LiquidAI: d1 Latest 対 LiquidAI: d1.1
- LiquidAI: d1 Latest 対 Morph: Reflex
- LiquidAI: d1-ultra Latest 対 Baseten: Joey 1
- LiquidAI: d1-ultra Latest 対 LiquidAI: d1.1
- LiquidAI: d1-ultra Latest 対 Morph: Reflex
- Baseten: Joey 1 対 LiquidAI: d1.1