Google: Gemma 4 31B 対 OpenAI: GPT-4.1 Nano
api14カタログの最新のUSD料金と機能をもとに、Google: Gemma 4 31B($0.70 / 100万トークン (≈ ¥110))とOpenAI: GPT-4.1 Nano($0.35 / 100万トークン (≈ ¥55))を並べて比較します。どちらも同じOpenAI互換APIで動作します。
仕様
| Google: Gemma 4 31B | OpenAI: GPT-4.1 Nano | |
|---|---|---|
| プロバイダー | OpenAI | |
| 入力 | $0.70 / 100万トークン (≈ ¥110) | $0.35 / 100万トークン (≈ ¥55) |
| 出力 | $1.40 / 100万トークン (≈ ¥221) | $1.40 / 100万トークン (≈ ¥221) |
| キャッシュ読み取り | - | $0.11 / 100万トークン (≈ ¥17) |
| ウェブ検索 | - | $35.00 / 1,000検索 (≈ ¥5,524) |
| コンテキストウィンドウ | 262,144 | 1,047,576 |
| 最大出力 | 16,384 | 942,818 |
| 入力 | image, text, video | image, text, file |
| 出力 | text | text |
| ツール呼び出し | ||
| 構造化出力 | ||
| 推論の調整 | ||
| 追加日 | 2026/04/02 | 2025/04/14 |
主な違い
- OpenAI: GPT-4.1 Nanoは入力トークンが50%安くなっています。
- OpenAI: GPT-4.1 Nanoは4.0倍長いコンテキスト(1,047,576トークン)を読み取れます。
- 推論の強度の調整に対応しているのはGoogle: Gemma 4 31Bだけです。
- 入力1,000トークン・出力500トークンのリクエストの費用は、Google: Gemma 4 31Bで$0.00140、OpenAI: GPT-4.1 Nanoで$0.00105です。
詳しく見る
Google: Gemma 4 31B は Google のテキストモデルで、api14 にモデル ID google/gemma-4-31b-it として掲載されています。OpenAI: GPT-4.1 Nano は OpenAI のテキストモデルで、モデル ID openai/gpt-4.1-nano として掲載されています。どちらも同じ OpenAI 互換エンドポイント経由で提供されるため、両者の選択は、技術的にどちらに到達できるかというよりも、どちらが自分のタスクの形に合うかという問題です。
両者が最も異なるのはコンテキストとモダリティです。GPT-4.1 Nano ははるかに大きなコンテキストウィンドウを持ち、100 万トークンを超えますが、Gemma 4 31B はそのおよそ 4 分の 1 にとどまります。Gemma 4 31B は入力として画像、テキスト、動画を受け付けるのに対し、GPT-4.1 Nano は画像、テキスト、ファイル入力を受け付けます。どちらのモデルもテキスト以外は出力しません。価格では、入力については GPT-4.1 Nano のほうが安く、出力については両者はほぼ同じ価格です。Gemma 4 31B はこの 2 つのうち、推論制御を公開している唯一のモデルであり、さらに top_k、min_p、repetition_penalty、logit_bias、logprobs といったより広範なサンプリングパラメータも備えています。GPT-4.1 Nano のパラメータ範囲はより狭く、temperature、top_p、seed、tools、structured outputs といった基本項目をカバーしています。
実務では、作業が長い場合は GPT-4.1 Nano を選んでください。大規模な文書セット、大きなコードベース、長い文字起こし、あるいは大量の素材を 1 回のリクエストに収めたいあらゆる場面は、そのより大きなコンテキストに適合します。また、入力が安い選択肢でもあり、これは呼び出しごとに多くのトークンを送る場合に重要です。Gemma 4 31B を選ぶのは、動画入力が必要なとき、推論制御やより広いサンプリングおよびスコアリングのパラメータが欲しいとき、あるいは top_k、min_p、repetition penalties を使って生成挙動をより細かく調整したいときです。どちらも tools と structured outputs をサポートしているため、関数呼び出しと JSON 形式の応答はどちら側でも利用できます。
どちらのモデルを api14 経由で呼び出す場合も、方法は同じです。クライアントを OpenAI 互換のベース URL に向け、chat completions リクエストを送り、model フィールドを google/gemma-4-31b-it または openai/gpt-4.1-nano に設定します。リクエストボディのその他はすべて、すでに使用している OpenAI スキーマに従います。両者の切り替えはそのモデル ID を 1 行変更するだけなので、一方に対して構築し、もう一方と比較しても、統合を書き直す必要はありません。
それでも、もう一方のモデルが勝つケースはあります。入力が動画であれば、GPT-4.1 Nano は選択肢ではありません。Gemma 4 31B のほうが入力モダリティに動画を挙げているからです。推論出力や追加のサンプリングパラメータが欲しい場合も同様です。逆に、プロンプトが巨大であったり、入力量が多い場合、Gemma 4 31B はより不向きです。GPT-4.1 Nano のほうが大きなコンテキストと安い入力を提供するからです。モデルを入力タイプ、リクエストの長さ、必要な制御に合わせれば、通常はおのずと結論が出ます。
文字列1つで切り替え
どちらのモデルも同じエンドポイントとリクエスト形式を使います。modelの値を"google/gemma-4-31b-it"から"openai/gpt-4.1-nano"に変えるだけで、プロンプト、ストリーミング、ツールはそのまま動きます。
import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://api14.com/api/v1",
apiKey: process.env.API14_API_KEY,
});
const result = await client.chat.completions.create({
"model": "openai/gpt-4.1-nano",
"messages": [
{
"role": "user",
"content": "Explain vector databases in two sentences."
}
]
});
console.log(result.choices[0].message.content);
その他の比較
- LiquidAI: LFM3-1.7B 対 Ricursive: Ripple 65B Preview
- LiquidAI: LFM3-1.7B 対 Crouton Alpha
- LiquidAI: LFM3-1.7B 対 Tencent: Hy4
- LiquidAI: LFM3-1.7B 対 Z.ai: GLM 5.3 FlashX Legal
- Ricursive: Ripple 65B Preview 対 Crouton Alpha
- Ricursive: Ripple 65B Preview 対 Tencent: Hy4
- Ricursive: Ripple 65B Preview 対 Z.ai: GLM 5.3 FlashX Legal
- Crouton Alpha 対 Tencent: Hy4