大規模モデルへの推論リクエストには、マルチターン対話や同一の書籍に関する一連の質問など、重複する入力が含まれることがよくあります。コンテキストキャッシュは、これらのリクエストの共通プレフィックスをキャッシュすることで冗長な計算を削減し、応答品質に影響を与えることなく応答速度を向上させ、利用コストを削減します。
さまざまなシナリオに対応するため、コンテキストキャッシュには 2 つのモードがあります。利便性、決定性、コストに関する要件に基づいてモードを選択してください。
-
明示的キャッシュ:手動で有効化するモードです。特定のコンテンツに対してキャッシュを作成し、その 5 分間の有効期間内に決定的なヒットを保証できます。キャッシュ作成に使用されたトークンは標準入力トークン価格の 125% で課金されますが、その後のキャッシュヒットはその価格のわずか 10% で課金されます。
-
暗黙的キャッシュ:この自動モードでは追加の構成は不要で、無効化もできません。利便性を重視するシナリオに最適です。システムはリクエストの共通プレフィックスを自動的に識別してキャッシュしますが、ヒット確率は保証されません。キャッシュから提供された入力部分は、標準入力トークン価格の 20% で課金されます。
|
項目 |
明示的キャッシュ |
暗黙的キャッシュ |
|
応答品質への影響 |
なし |
なし |
|
キャッシュ作成トークンの課金 |
標準入力トークン価格の 125% |
標準入力トークン価格の 100% |
|
キャッシュ済み入力トークンの課金 |
標準入力トークン価格の 10% |
標準入力トークン価格の 20% |
|
キャッシュ対象の最小トークン数 |
1024 |
256 |
|
キャッシュ有効期間 |
5 分 (ヒット時にリセット) |
不定。システムは定期的に古く未使用のキャッシュデータをクリアします。 |
明示的キャッシュと暗黙的キャッシュは相互排他です。
Provisioned Throughput Unit (PTU) デプロイメントもコンテキストキャッシュをサポートしています。キャッシュヒットが発生すると、システムはキャッシュ割引係数を使用して PTU の使用量を計算します。詳細については、「PTU 向けの長文入力とキャッシュ」をご参照ください。
OpenAI Chat Completions、DashScope、Anthropic 互換インターフェイスでは、セッションキャッシュ付きの Responses API を使用して推論の遅延とコストを削減してください。詳細については、「セッションキャッシュ」をご参照ください。
明示的キャッシュ
暗黙的キャッシュとは異なり、明示的キャッシュは明示的な作成が必要でオーバーヘッドが発生しますが、より高いキャッシュヒット率と低いアクセス遅延を実現します。
仕組み
messages 配列に "cache_control": {"type": "ephemeral"} マーカーを追加します。その後、システムは各 cache_control マーカーから後方に検索し、最大 20 個の先行する content ブロックを調べてキャッシュヒットを探します。
単一のリクエストでは最大 4 つのキャッシュマーカーをサポートします。
-
キャッシュミス
キャッシュミスが発生した場合、システムは messages 配列の先頭から
cache_controlマーカーまでのコンテンツから新しいキャッシュブロックを作成します。新しいキャッシュブロックの有効期間は 5 分です。システムはモデルが応答を生成した後にキャッシュを作成します。そのキャッシュをヒットさせる前に、作成リクエストが完了するまでお待ちください。
キャッシュブロックには少なくとも 1,024 トークンが含まれます。
-
キャッシュヒット
キャッシュヒットが発生した場合、システムは最長一致プレフィックスを選択し、対応するキャッシュブロックの有効期間を 5 分にリセットします。
以下の例は、この仕組みを示しています。
-
最初のリクエストを送信:テキスト A (1,024 トークン以上) を含むシステムメッセージを送信し、キャッシュマーカーを追加します。
[{"role": "system", "content": [{"type": "text", "text": A, "cache_control": {"type": "ephemeral"}}]}]システムは最初のキャッシュブロックを作成し、これをキャッシュブロック A と呼びます。
-
2 番目のリクエストを送信:次の構造のリクエストを送信します。
[ {"role": "system", "content": A}, <Other messages> {"role": "user","content": [{"type": "text", "text": B, "cache_control": {"type": "ephemeral"}}]} ]-
「Other messages」が 20 個以下の場合、リクエストはキャッシュブロック A にヒットし、その有効期間が 5 分にリセットされます。また、システムは A、他のメッセージ、B を基に新しいキャッシュブロックを作成します。
-
「Other messages」が 20 個を超える場合、リクエストはキャッシュブロック A にミスします。ただし、システムは依然として完全なコンテキスト (A、他のメッセージ、B) を基に新しいキャッシュブロックを作成します。
-
サポートされるモデル
シンガポール
以下のモデルは国際デプロイメント範囲内で利用可能です。
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20, qwen3.7-max-2026-06-08, qwen3.6-max-preview, qwen3-max
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26, qwen3.6-plus, qwen3.5-plus, qwen3.5-plus-2026-04-20, qwen-plus
Qwen Flash: qwen3.6-flash, qwen3.5-flash, qwen-flash
Qwen Coder: qwen3-coder-plus, qwen3-coder-flash
Qwen VL: qwen3-vl-plus, qwen3-vl-flash
DeepSeek: deepseek-v3.2
中国 (北京)
以下のモデルは中国本土デプロイメント範囲内で利用可能です。
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20, qwen3.7-max-2026-06-08, qwen3.6-max-preview, qwen3-max
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26, qwen3.6-plus, qwen3.5-plus, qwen3.5-plus-2026-04-20, qwen-plus
Qwen Flash: qwen3.6-flash, qwen3.5-flash, qwen-flash
Qwen Coder: qwen3-coder-plus, qwen3-coder-flash
Qwen VL: qwen3-vl-plus, qwen3-vl-flash
DeepSeek: deepseek-v3.2
Kimi: kimi-k2.7-code, kimi-k2.6, kimi-k2.5
GLM: glm-5.1
ドイツ (フランクフルト)
サポートされるモデルはサービスデプロイメント範囲によって異なります。
-
グローバル範囲:
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20, qwen3.7-max-2026-06-08, qwen3-max
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26, qwen3.6-plus, qwen3.5-plus, qwen-plus
Qwen Flash: qwen3.6-flash, qwen3.5-flash, qwen-flash
Qwen VL: qwen3-vl-plus
Qwen Coder: qwen3-coder-plus, qwen3-coder-flash
Kimi: kimi-k2.7-code, kimi-k2.5
-
EU 範囲:
Qwen Max: qwen3-max
Qwen Plus: qwen-plus
Qwen Flash: qwen3.6-flash, qwen3.5-flash
Qwen VL: qwen3-vl-plus, qwen3-vl-flash
香港 (中国)
サポートされるモデルはサービスデプロイメント範囲によって異なります。
-
グローバル範囲:
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20, qwen3.7-max-2026-06-08, qwen3-max
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26, qwen3.6-plus, qwen3.5-plus, qwen-plus
Qwen Flash: qwen3.6-flash, qwen3.5-flash, qwen-flash
-
香港 (中国) 範囲:
Qwen Max: qwen3-max
Qwen Plus: qwen-plus
Qwen Flash: qwen3.6-flash, qwen3.5-flash
Qwen VL: qwen3-vl-plus
日本 (東京)
サポートされるモデルはサービスデプロイメント範囲によって異なります。
-
日本の範囲:
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26
-
グローバル範囲:
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20, qwen3.7-max-2026-06-08, qwen3-max
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26, qwen3.6-plus, qwen3.5-plus, qwen-plus
Qwen Flash: qwen3.6-flash, qwen3.5-flash, qwen-flash
米国 (バージニア)
以下のモデルは米国デプロイメント範囲内で利用可能です。
-
グローバル範囲:
kimi-k2.7-code
-
米国範囲:
Qwen Max: qwen3.7-max-us
Qwen Plus: qwen3.7-plus-us
Qwen Flash: qwen3.6-flash-us
クイックスタート
以下の例は、OpenAI 互換、DashScope、Anthropic 互換プロトコルにおけるキャッシュブロック作成およびキャッシュヒットメカニズムを示しています。
OpenAI 互換
from openai import OpenAI
import os
client = OpenAI(
# 環境変数が設定されていない場合は、次の行を api_key="sk-xxx" に置き換えてください。
api_key=os.getenv("DASHSCOPE_API_KEY"),
# 中国 (北京) のモデルを使用する場合は、base_url を https://{WorkspaceId}.cn-beijing.maas.aliyuncs.com/compatible-mode/v1 に置き換えてください。
base_url="https://{WorkspaceId}.ap-southeast-1.maas.aliyuncs.com/compatible-mode/v1",
)
# モックコードリポジトリコンテンツ。キャッシュ可能な最小プロンプト長は 1,024 トークンです。
long_text_content = "<Your Code Here>" * 400
# リクエストを行う関数
def get_completion(user_input):
messages = [
{
"role": "system",
"content": [
{
"type": "text",
"text": long_text_content,
# ここで cache_control マーカーを配置します。これにより、messages 配列の先頭からこのポイントまでのすべてのコンテンツを含むキャッシュブロックが作成されます。
"cache_control": {"type": "ephemeral"},
}
],
},
# ユーザーの質問は各リクエストで異なります。
{
"role": "user",
"content": user_input,
},
]
completion = client.chat.completions.create(
# 明示的キャッシュをサポートするモデルを選択します。
model="qwen3.7-max",
messages=messages,
)
return completion
# 最初のリクエスト
first_completion = get_completion("What is the content of this code?")
print(f"First request cache creation tokens: {first_completion.usage.prompt_tokens_details.cache_creation_input_tokens}")
print(f"First request cached tokens: {first_completion.usage.prompt_tokens_details.cached_tokens}")
print("=" * 20)
# 2 番目のリクエスト。コードコンテンツは同じですが、質問は異なります。
second_completion = get_completion("How can this code be optimized?")
print(f"Second request cache creation tokens: {second_completion.usage.prompt_tokens_details.cache_creation_input_tokens}")
print(f"Second request cached tokens: {second_completion.usage.prompt_tokens_details.cached_tokens}")
DashScope
import os
from dashscope import Generation
# 次の URL はシンガポール向けです。{WorkspaceId} をご利用のワークスペース ID に置き換えてください。URL はリージョンによって異なります。
dashscope.base_http_api_url = "https://{WorkspaceId}.ap-southeast-1.maas.aliyuncs.com/api/v1"
# モックコードリポジトリコンテンツ。キャッシュ可能な最小プロンプト長は 1,024 トークンです。
long_text_content = "<Your Code Here>" * 400
# リクエストを行う関数
def get_completion(user_input):
messages = [
{
"role": "system",
"content": [
{
"type": "text",
"text": long_text_content,
# ここで cache_control マーカーを配置します。これにより、messages 配列の先頭からこのポイントまでのすべてのコンテンツを含むキャッシュブロックが作成されます。
"cache_control": {"type": "ephemeral"},
}
],
},
# ユーザーの質問は各リクエストで異なります。
{
"role": "user",
"content": user_input,
},
]
response = Generation.call(
# 環境変数が設定されていない場合は、Model Studio API キーを直接使用してください: api_key = "sk-xxx",
api_key=os.getenv("DASHSCOPE_API_KEY"),
model="qwen3.7-max",
messages=messages,
result_format="message"
)
return response
# 最初のリクエスト
first_completion = get_completion("What is the content of this code?")
print(f"First request cache creation tokens: {first_completion.usage.prompt_tokens_details['cache_creation_input_tokens']}")
print(f"First request cached tokens: {first_completion.usage.prompt_tokens_details['cached_tokens']}")
print("=" * 20)
# 2 番目のリクエスト。コードコンテンツは同じですが、質問は異なります。
second_completion = get_completion("How can this code be optimized?")
print(f"Second request cache creation tokens: {second_completion.usage.prompt_tokens_details['cache_creation_input_tokens']}")
print(f"Second request cached tokens: {second_completion.usage.prompt_tokens_details['cached_tokens']}")// 最小 Java SDK バージョン: 2.21.6
import com.alibaba.dashscope.aigc.generation.Generation;
import com.alibaba.dashscope.aigc.generation.GenerationParam;
import com.alibaba.dashscope.aigc.generation.GenerationResult;
import com.alibaba.dashscope.common.Message;
import com.alibaba.dashscope.common.MessageContentText;
import com.alibaba.dashscope.common.Role;
import com.alibaba.dashscope.exception.ApiException;
import com.alibaba.dashscope.exception.InputRequiredException;
import com.alibaba.dashscope.exception.NoApiKeyException;
import java.util.Arrays;
import java.util.Collections;
public class Main {
private static final String MODEL = "qwen3-coder-plus";
// モックコードリポジトリコンテンツ (1,024 トークンを超えるように 400 回繰り返します)。
private static final String LONG_TEXT_CONTENT = generateLongText(400);
private static String generateLongText(int repeatCount) {
StringBuilder sb = new StringBuilder();
for (int i = 0; i < repeatCount; i++) {
sb.append("<Your Code Here>");
}
return sb.toString();
}
private static GenerationResult getCompletion(String userQuestion)
throws NoApiKeyException, ApiException, InputRequiredException {
// 次の URL はシンガポール向けです。{WorkspaceId} をご利用のワークスペース ID に置き換えてください。URL はリージョンによって異なります。
Generation gen = new Generation("http", "https://{WorkspaceId}.ap-southeast-1.maas.aliyuncs.com/api/v1");
// キャッシュ制御付きのシステムメッセージを構築します。
MessageContentText systemContent = MessageContentText.builder()
.type("text")
.text(LONG_TEXT_CONTENT)
.cacheControl(MessageContentText.CacheControl.builder()
.type("ephemeral") // キャッシュタイプを設定します。
.build())
.build();
Message systemMsg = Message.builder()
.role(Role.SYSTEM.getValue())
.contents(Collections.singletonList(systemContent))
.build();
Message userMsg = Message.builder()
.role(Role.USER.getValue())
.content(userQuestion)
.build();
// リクエストパラメーターを構築します。
GenerationParam param = GenerationParam.builder()
.model(MODEL)
.messages(Arrays.asList(systemMsg, userMsg))
.resultFormat(GenerationParam.ResultFormat.MESSAGE)
.build();
return gen.call(param);
}
private static void printCacheInfo(GenerationResult result, String requestLabel) {
System.out.printf("%s cache creation tokens: %d%n", requestLabel, result.getUsage().getPromptTokensDetails().getCacheCreationInputTokens());
System.out.printf("%s cached tokens: %d%n", requestLabel, result.getUsage().getPromptTokensDetails().getCachedTokens());
}
public static void main(String[] args) {
try {
// 最初のリクエスト
GenerationResult firstResult = getCompletion("What is the content of this code?");
printCacheInfo(firstResult, "First request");
System.out.println(new String(new char[20]).replace('\0', '=')); // 2 番目のリクエスト
GenerationResult secondResult = getCompletion("How can this code be optimized?");
printCacheInfo(secondResult, "Second request");
} catch (NoApiKeyException | ApiException | InputRequiredException e) {
System.err.println("API call failed: " + e.getMessage());
e.printStackTrace();
}
}
}Anthropic 互換
import anthropic
import os
api_key = os.getenv("DASHSCOPE_API_KEY")
client = anthropic.Anthropic(
# 環境変数が設定されていない場合は、次の行を api_key="sk-xxx" に置き換えてください。
api_key=api_key,
# 中国 (北京) のモデルを使用する場合は、base_url を https://{WorkspaceId}.cn-beijing.maas.aliyuncs.com/apps/anthropic に置き換えてください。
base_url="https://{WorkspaceId}.ap-southeast-1.maas.aliyuncs.com/apps/anthropic",
default_headers={"Authorization": f"Bearer {api_key}"},
)
# モックコードリポジトリコンテンツ。キャッシュ可能な最小プロンプト長は 1,024 トークンです。
long_text_content = "<Your Code Here>" * 400
# リクエストを行う関数
def get_completion(user_input):
response = client.messages.create(
# 明示的キャッシュをサポートするモデルを選択します。
model="qwen3.7-max",
max_tokens=1024,
system=[
{
"type": "text",
"text": long_text_content,
# ここで cache_control マーカーを配置して、システムテキストコンテンツからキャッシュブロックを作成します。このマーカーは `messages` にも配置できます。
"cache_control": {"type": "ephemeral"},
}
],
messages=[
# ユーザーの質問は各リクエストで異なります。
{"role": "user", "content": user_input},
],
)
return response
# 最初のリクエスト
first_completion = get_completion("What is the content of this code?")
print(f"First request cache creation tokens: {first_completion.usage.cache_creation_input_tokens}")
print(f"First request cached tokens: {first_completion.usage.cache_read_input_tokens}")
print("=" * 20)
# 2 番目のリクエスト。コードコンテンツは同じですが、質問は異なります。
second_completion = get_completion("How can this code be optimized?")
print(f"Second request cache creation tokens: {second_completion.usage.cache_creation_input_tokens}")
print(f"Second request cached tokens: {second_completion.usage.cache_read_input_tokens}")
cache_control マーカーを追加することで、モックコードリポジトリコンテンツに対して明示的キャッシュが有効になります。このコンテンツをクエリする後続のリクエストでは、システムがキャッシュブロックを再利用し、再計算を省略します。これにより、キャッシュヒットするリクエストは初期のキャッシュ作成リクエストよりも高速かつ低コストになります。
First request cache creation tokens: 1605
First request cached tokens: 0
====================
Second request cache creation tokens: 0
Second request cached tokens: 1605
複数のキャッシュマーカーによる詳細制御
複雑なシナリオでは、プロンプトが再利用頻度の異なる複数の部分で構成されることがよくあります。複数のキャッシュマーカーを使用して詳細な制御を実現できます。
たとえば、インテリジェントカスタマーサービスエージェントのプロンプトには通常、次のような要素が含まれます。
-
システムペルソナ: 高度に安定しており、ほとんど変更されません。
-
外部知識: ナレッジベースまたはツールクエリから取得され、単一の会話中には変更されない可能性があります。
-
会話履歴: 動的に成長します。
-
現在の質問: 各リクエストで異なります。
プロンプト全体を単一のユニットとしてキャッシュすると、外部知識の更新など些細な変更でもキャッシュミスが発生する可能性があります。
リクエストごとに最大 4 つのキャッシュマーカーを追加して、プロンプトの異なる部分に対して個別のキャッシュブロックを作成できます。これにより、キャッシュヒット率が向上し、詳細な制御が可能になります。
課金
明示的キャッシュは入力トークンの課金方法にのみ影響します。ルールは次のとおりです。
-
キャッシュ作成: 新しいキャッシュを作成するために使用されたコンテンツは、標準入力トークン価格の 125% で課金されます。新しいキャッシュのコンテンツに既存のキャッシュがプレフィックスとして含まれる場合、増分部分のみがキャッシュ作成のために課金されます (つまり、新しいキャッシュトークン数から既存のキャッシュトークン数を差し引いた数)。
たとえば、既存の 1,200 トークンのキャッシュ (キャッシュ A) があり、新しいリクエストで 1,500 トークンのコンテンツ (コンテンツ AB) をキャッシュする場合、最初の 1,200 トークンは標準価格の 10% でキャッシュヒットとして課金されます。新しい 300 トークンは標準価格の 125% でキャッシュ作成として課金されます。
cache_creation_input_tokensパラメーターは、キャッシュ作成に使用されたトークン数を指定します。 -
キャッシュヒット: 標準入力トークン価格の 10% で課金されます。
cached_tokensパラメーターは、キャッシュされたトークン数を指定します。 -
その他のトークン: キャッシュヒットでもキャッシュ作成でもないトークンは、標準入力トークン価格で課金されます。
キャッシュ可能なコンテンツ
messages 配列内の次のメッセージタイプのみ、キャッシュマーカーの追加をサポートします。
-
システムメッセージ
説明関数呼び出しの場合、リクエストに
toolsパラメーターが含まれていると、ツール定義はキャッシュ計算のためにシステムメッセージに含まれます。ツール定義は個別にキャッシュできません。ツール定義に追加されたキャッシュマーカーは無視されます。キャッシュマーカーはメッセージのコンテンツにのみ追加できます。 -
ユーザーメッセージ
「
qwen3-vl-plus」モデルでキャッシュを作成する場合、「cache_control」マーカーをマルチモーダルコンテンツまたはテキストの後に配置できます。その位置は、ユーザー メッセージ全体のキャッシュ方法に影響しません。 -
アシスタントメッセージ
-
ツールメッセージ (ツール実行の結果)
たとえば、システムメッセージの場合、content フィールドを配列に変更し、cache_control フィールドを追加する必要があります。
{
"role": "system",
"content": [
{
"type": "text",
"text": "<your specified prompt>",
"cache_control": {
"type": "ephemeral"
}
}
]
}
この構造は messages 配列内の他のメッセージタイプにも適用されます。
キャッシュ制限事項
-
キャッシュ可能な最小プロンプト長は 1,024 トークンです。
-
キャッシュは後方プレフィックス一致戦略を使用します。
cache_controlマーカー付きメッセージと一致コンテンツの間に 20 個を超えるコンテンツブロックが存在する場合、キャッシュミスが発生します。 -
typeはephemeralにのみ設定でき、これは 5 分間の有効期間を持つキャッシュを作成します。 -
単一のリクエストでは最大 4 つのキャッシュマーカーをサポートします。
4 つを超えるキャッシュマーカーが提供された場合、最後の 4 つのみが有効になります。
関数呼び出しのキャッシュ最適化
ツール定義はキャッシュのために JSON 文字列にシリアル化されます。キャッシュの無効化を防ぐために、この定義はすべてのリクエストで同一である必要があります。次の点に注意してください。
-
ツール順序の一貫性:
tools配列内のツールの順序は、すべてのリクエストで一貫している必要があります。 -
フィールド順序の一貫性: 同じツール内の JSON フィールドの順序は、すべてのリクエストで一貫している必要があります。
-
フィールド構造の一貫性: 空であってもオプションであっても、フィールドを省略または追加しないでください。
使用例
暗黙的キャッシュ
サポートされるモデル
中国 (北京)
以下のモデルは中国本土デプロイメント範囲内に含まれます。
-
テキスト生成モデル
-
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20, qwen3.7-max-2026-06-08, qwen3-max, qwen3-max-preview, qwen-max
-
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26, qwen-plus
-
Qwen Flash: qwen-flash
-
Qwen Turbo: qwen-turbo
-
Qwen Coder: qwen3-coder-plus, qwen3-coder-flash
-
DeepSeek: deepseek-v4-pro, deepseek-v4-flash, deepseek-v3.2, deepseek-v3.1, deepseek-v3, deepseek-r1
-
Kimi: kimi-k2.7-code, kimi-k2.6, kimi-k2.5, kimi-k2-thinking, Moonshot-Kimi-K2-Instruct
-
GLM: glm-5.2, glm-5.1, glm-5, glm-4.7, glm-4.6
-
MiniMax: MiniMax-M2.5
-
-
視覚理解モデル
-
Qwen VL: qwen3-vl-plus, qwen3-vl-flash, qwen-vl-max, qwen-vl-plus
-
シンガポール
以下のモデルは国際デプロイメント範囲内に含まれます。
-
テキスト生成モデル
-
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20, qwen3.7-max-2026-06-08, qwen3-max, qwen3-max-preview, qwen-max
-
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26, qwen-plus
-
Qwen Flash: qwen-flash
-
Qwen Turbo: qwen-turbo
-
Qwen Coder: qwen3-coder-plus, qwen3-coder-flash
-
DeepSeek: deepseek-v4-pro, deepseek-v4-flash, deepseek-v3.2
-
GLM (Alibaba Cloud Model Studio 上でデプロイ): glm-5.1
-
-
視覚理解モデル
-
Qwen VL: qwen3-vl-plus, qwen3-vl-flash, qwen-vl-max, qwen-vl-plus
-
米国 (バージニア)
サポートされるモデルはサービスデプロイメント範囲によって異なります。
-
グローバルサービスデプロイメント範囲:
-
テキスト生成モデル
-
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20, qwen3.7-max-2026-06-08, qwen3-max
-
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26, qwen-plus
-
Qwen Flash: qwen-flash
-
Qwen Coder: qwen3-coder-plus, qwen3-coder-flash
-
DeepSeek: deepseek-v4-pro, deepseek-v4-flash
-
Kimi (Alibaba Cloud Model Studio 上でデプロイ): kimi-k2.7-code, kimi-k2.5
-
GLM (Alibaba Cloud Model Studio 上でデプロイ): glm-5.2
-
-
視覚理解モデル
-
Qwen VL: qwen3-vl-plus, qwen3-vl-flash
-
-
-
米国サービスデプロイメント範囲:
-
テキスト生成モデル
-
Qwen Max: qwen3.7-max-us
-
Qwen Plus: qwen-plus-us, qwen3.7-plus-us
-
Qwen Flash: qwen-flash-us
-
-
視覚理解モデル
-
Qwen VL: qwen3-vl-flash-us
-
-
ドイツ (フランクフルト)
サポートされるモデルはサービスデプロイメント範囲によって異なります。
-
グローバルサービスデプロイメント範囲:
-
テキスト生成モデル
-
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20, qwen3.7-max-2026-06-08, qwen3-max
-
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26, qwen-plus
-
Qwen Flash: qwen-flash
-
Qwen Coder: qwen3-coder-plus, qwen3-coder-flash
-
DeepSeek: deepseek-v4-pro, deepseek-v4-flash
-
Kimi (Alibaba Cloud Model Studio 上でデプロイ): kimi-k2.7-code, kimi-k2.5
-
GLM (Alibaba Cloud Model Studio 上でデプロイ): glm-5.2
-
-
視覚理解モデル
-
Qwen VL: qwen3-vl-plus, qwen3-vl-flash
-
-
-
EU サービスデプロイメント範囲:
-
テキスト生成モデル
-
Qwen Max: qwen3-max
-
Qwen Plus: qwen-plus
視覚理解モデル
-
Qwen VL: qwen3-vl-plus, qwen3-vl-flash
-
-
中国 (香港)
サポートされるモデルはサービスデプロイメント範囲によって異なります。
-
グローバルサービスデプロイメント範囲:
-
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20, qwen3.7-max-2026-06-08
-
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26
-
GLM (Alibaba Cloud Model Studio 上でデプロイ): glm-5.2
-
-
中国 (香港) サービスデプロイメント範囲:
-
テキスト生成モデル
-
Qwen Max: qwen3-max
-
Qwen Plus: qwen-plus
-
-
視覚理解モデル
-
Qwen VL: qwen3-vl-plus
-
-
日本 (東京)
サポートされるモデルはサービスデプロイメント範囲によって異なります。
-
日本サービスデプロイメント範囲:
-
テキスト生成モデル
-
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26
-
DeepSeek (Alibaba Cloud Model Studio 上でデプロイ): deepseek-v4-pro, deepseek-v4-flash
-
-
-
グローバルサービスデプロイメント範囲:
-
テキスト生成モデル
-
Qwen Max: qwen3.7-max, qwen3.7-max-2026-05-20
-
Qwen Plus: qwen3.7-plus, qwen3.7-plus-2026-05-26
-
DeepSeek (Alibaba Cloud Model Studio 上でデプロイ): deepseek-v4-pro, deepseek-v4-flash
-
GLM (Alibaba Cloud Model Studio 上でデプロイ): glm-5.1
-
Kimi (Alibaba Cloud Model Studio 上でデプロイ): kimi-k2.5
-
-
仕組み
暗黙的キャッシュ機能は、サポートされているモデルにリクエストを送信すると自動的に有効になります。システムは次のように動作します。
-
検索: リクエストを受信した後、システムはリクエストの
messages配列内のコンテンツの共通プレフィックスをチェックするためにプレフィックス一致を使用してキャッシュを検索します。 -
判断:
-
キャッシュヒットが発生した場合、システムは残りの推論にキャッシュされた結果を使用します。
-
キャッシュミスが発生した場合、システムは通常どおりリクエストを処理し、プロンプトのプレフィックスを将来のリクエストのためにキャッシュに保存します。
-
システムは定期的に長時間使用されていないキャッシュデータをクリアします。コンテキストキャッシュのヒット確率は 100% ではありません。リクエストコンテキストが同一であってもキャッシュミスが発生する可能性があります。具体的なヒット確率はシステムが決定します。
暗黙的キャッシュをトリガーするために必要な最小トークン数は、qwen3.7-max シリーズでは約 1000、その他のモデルでは 256 です。
キャッシュヒット確率の向上
暗黙的キャッシュヒットは、異なるリクエストのプレフィックスに重複するコンテンツが存在する場合に発生します。ヒット確率を高めるには、重複するコンテンツをプロンプトの先頭に配置し、固有のコンテンツを末尾に配置してください。
-
テキストモデル: たとえば、システムが「ABCD」をキャッシュしていると仮定します。「ABE」のリクエストは「AB」部分にヒットする可能性がありますが、「BCD」のリクエストはヒットしません。
-
視覚理解モデル:
-
同じ画像または動画について複数の質問をする場合、画像または動画をテキストの前に配置します。
-
異なる画像または動画について同じ質問をする場合、テキストを画像または動画の前に配置します。
-
課金
暗黙的キャッシュモードを有効にしても追加料金は発生しません。
リクエストがキャッシュにヒットした場合、キャッシュヒットからの入力トークンは cached_token として課金されます。これらのトークンの割引率はモデルによって異なります。キャッシュにヒットしなかった入力トークンは標準の input_token として課金されます。出力トークンは元の価格で課金されます。
-
deepseek-v4-pro 以外のモデルの場合:
cached_tokenの単位価格はinput_token単位価格の 20% です。 -
deepseek-v4-pro:
cached_tokenの単位価格はinput_token単位価格の 20% ではありません。具体的な価格については、Model Studio コンソールをご参照ください。
例: リクエストに 10,000 入力トークンが含まれており、そのうち 5,000 トークンがキャッシュヒットしたとします。コストは次のように計算されます。
-
キャッシュヒットしなかったトークン (5,000): 単位価格の 100% で課金されます。
-
キャッシュヒットしたトークン (5,000): 単位価格の 20% で課金されます。
合計入力コストは、非キャッシュモード時のコストの 60% になります: (50% × 100%) + (50% × 20%) = 60%。

キャッシュヒットしたトークン数は、応答の cached_tokens 属性から取得できます。
OpenAI 互換 - バッチ (ファイル入力) メソッドを使用した呼び出しは、キャッシュ割引の対象外です。
キャッシュヒットの例
テキスト生成モデル
OpenAI 互換
OpenAI 互換の方法でモデルを呼び出し、暗黙的キャッシュがトリガーされた場合、応答の usage.prompt_tokens_details.cached_tokens フィールドにキャッシュにヒットしたトークン数が表示されます。この値は usage.prompt_tokens の一部です。
{
"choices": [
{
"message": {
"role": "assistant",
"content": "I am a large-scale language model developed by Alibaba Cloud. My name is Qwen."
},
"finish_reason": "stop",
"index": 0,
"logprobs": null
}
],
"object": "chat.completion",
"usage": {
"prompt_tokens": 3019,
"completion_tokens": 104,
"total_tokens": 3123,
"prompt_tokens_details": {
"cached_tokens": 2048
}
},
"created": 1735120033,
"system_fingerprint": null,
"model": "qwen-plus",
"id": "chatcmpl-6ada9ed2-7f33-9de2-8bb0-78bd4035025a"
}
DashScope
DashScope Python SDK または HTTP リクエストを使用してモデルを呼び出し、暗黙的キャッシュがトリガーされた場合、応答の usage.prompt_tokens_details.cached_tokens フィールドにキャッシュにヒットしたトークン数が含まれます。この値は usage.input_tokens の一部です。
{
"status_code": 200,
"request_id": "f3acaa33-e248-97bb-96d5-cbeed34699e1",
"code": "",
"message": "",
"output": {
"text": null,
"finish_reason": null,
"choices": [
{
"finish_reason": "stop",
"message": {
"role": "assistant",
"content": "I am a large language model from Alibaba Cloud. My name is Qwen. I can generate various types of text, such as articles, stories, and poems, and can adapt them based on different scenarios and requirements. Additionally, I can answer various questions and provide help and solutions. If you have any questions or need assistance, feel free to ask, and I will do my best to provide support. Please note that repeating the same content may not yield a more detailed response. We recommend providing more specific information or varying your questions so I can better understand your needs."
}
}
]
},
"usage": {
"input_tokens": 3019,
"output_tokens": 101,
"prompt_tokens_details": {
"cached_tokens": 2048
},
"total_tokens": 3120
}
}
Anthropic 互換
Anthropic 互換の方法でモデルを呼び出し、暗黙的キャッシュがトリガーされた場合、キャッシュにヒットしたトークン数は usage.cache_read_input_tokens に表示されます (この値は usage.input_tokens には含まれず、別途報告されます)。
{
"id": "msg_01XFDUDYJgAACzvnptvVoYEL",
"type": "message",
"role": "assistant",
"content": [
{
"type": "text",
"text": "This content is repeated placeholder text."
}
],
"model": "qwen3.7-max",
"stop_reason": "end_turn",
"usage": {
"input_tokens": 82,
"cache_creation_input_tokens": 0,
"cache_read_input_tokens": 1536,
"output_tokens": 14
}
}
視覚理解モデル
OpenAI 互換
OpenAI 互換の方法でモデルを呼び出し、暗黙的キャッシュがトリガーされた場合、応答の usage.prompt_tokens_details.cached_tokens フィールドにキャッシュにヒットしたトークン数が表示されます。このトークン数は usage.prompt_tokens の一部です。
{
"id": "chatcmpl-3f3bf7d0-b168-9637-a245-dd0f946c700f",
"choices": [
{
"finish_reason": "stop",
"index": 0,
"logprobs": null,
"message": {
"content": "This image shows a heartwarming scene of a woman and a dog interacting on a beach. The woman, wearing a plaid shirt, is sitting on the sand and smiling as she interacts with the dog. The dog is a large, light-colored breed wearing a colorful collar, with its front paw raised as if to shake hands or give a high-five to the woman. The background is a vast ocean and sky, with sunlight shining from the right side of the frame, adding a warm and serene atmosphere to the entire scene.",
"refusal": null,
"role": "assistant",
"audio": null,
"function_call": null,
"tool_calls": null
}
}
],
"created": 1744956927,
"model": "qwen-vl-max",
"object": "chat.completion",
"service_tier": null,
"system_fingerprint": null,
"usage": {
"completion_tokens": 93,
"prompt_tokens": 1316,
"total_tokens": 1409,
"completion_tokens_details": null,
"prompt_tokens_details": {
"audio_tokens": null,
"cached_tokens": 1152
}
}
}
DashScope
DashScope Python SDK または HTTP リクエストを使用してモデルを呼び出し、暗黙的キャッシュヒットが発生した場合、キャッシュされたトークン数は合計入力トークン (usage.input_tokens) とは別に報告されます。この数値を確認できるフィールドは、リージョンとモデルによって異なります。
-
中国 (北京):
-
qwen-vl-maxおよびqwen-vl-plus:usage.prompt_tokens_details.cached_tokensを確認 -
qwen3-vl-plus,qwen3-vl-flash:usage.prompt_tokens_details.cached_tokensを確認
-
-
シンガポールリージョン: すべてのモデルについて
usage.cached_tokensを参照
モデルは現在usage.cached_tokensを使用していますが、将来的にusage.prompt_tokens_details.cached_tokensにアップグレードされる予定です。
{
"status_code": 200,
"request_id": "06a8f3bb-d871-9db4-857d-2c6eeac819bc",
"code": "",
"message": "",
"output": {
"text": null,
"finish_reason": null,
"choices": [
{
"finish_reason": "stop",
"message": {
"role": "assistant",
"content": [
{
"text": "This image shows a heartwarming scene of a woman and a dog interacting on a beach. The woman, wearing a plaid shirt, is sitting on the sand and smiling as she interacts with the dog. The dog is a large breed wearing a colorful collar, with its front paw raised as if to shake hands or give a high-five to the woman. The background is a vast ocean and sky, with sunlight shining from the right side of the frame, adding a warm and serene atmosphere to the entire scene."
}
]
}
}
]
},
"usage": {
"input_tokens": 1292,
"output_tokens": 87,
"input_tokens_details": {
"text_tokens": 43,
"image_tokens": 1249
},
"total_tokens": 1379,
"output_tokens_details": {
"text_tokens": 87
},
"image_tokens": 1249,
"cached_tokens": 1152
}
}
Anthropic 互換
Anthropic 互換の方法で視覚理解モデルを呼び出し、暗黙的キャッシュがトリガーされた場合、キャッシュヒットからのトークン数は usage.cache_read_input_tokens フィールドに反映されます (テキスト生成モデルと同じです)。
{
"id": "msg_01XFDUDYJgAACzvnptvVoYEL",
"type": "message",
"role": "assistant",
"content": [
{
"type": "text",
"text": "This image shows a heartwarming scene of a woman and a dog interacting on a beach."
}
],
"model": "qwen-vl-max",
"stop_reason": "end_turn",
"usage": {
"input_tokens": 369,
"cache_creation_input_tokens": 0,
"cache_read_input_tokens": 896,
"output_tokens": 28
}
}
ユースケース
リクエストに共通のプレフィックスが含まれる場合、コンテキストキャッシュにより推論速度が大幅に向上し、推論コストが削減され、最初のパケット遅延が短縮されます。この機能は、特に次のユースケースで有用です。
-
長文質問応答
小説、教科書、法的文書など同じ長文について複数のリクエストを送信する場合にこのパターンを使用します。
最初のリクエストメッセージ
messages = [{"role": "system","content": "You are a language teacher who can help students with reading comprehension."}, {"role": "user","content": "後続のリクエストメッセージ配列
messages = [{"role": "system","content": "You are a language arts teacher. You can help students with reading comprehension."}, {"role": "user","content": "<Article content> Please analyze the third paragraph of this text."}]質問は異なりますが、すべて同じ記事に基づいています。同じシステムプロンプトと記事コンテンツが大量の重複プレフィックス情報を構成し、キャッシュヒットの確率が高くなります。
-
コード補完
コード補完のシナリオでは、モデルは周囲のコードをコンテキストとして使用して後続のコードを生成します。コードを記述するにつれて、コードファイルの先頭部分は同じままです。コンテキストキャッシュはこのプレフィックスを保存してコード補完を高速化できます。
-
マルチターン対話
マルチターン対話では、各ターンを messages 配列に追加します。これにより、新しいリクエストが前のターンと共通のプレフィックスを共有し、キャッシュヒットの可能性が高まります。
最初のターンメッセージ
messages=[{"role": "system","content": "You are a helpful assistant."}, {"role": "user","content": "Who are you?"}]2 番目のターンメッセージ
messages=[{"role": "system","content": "You are a helpful assistant."}, {"role": "user","content": "Who are you?"}, {"role": "assistant","content": "I am Qwen, developed by Alibaba Cloud."}, {"role": "user","content": "What can you do?"}]会話が進むにつれて、推論速度とコストに対するキャッシュのメリットがより顕著になります。
-
ロールプレイまたはフューショット学習
ロールプレイまたはフューショット学習のシナリオでは、モデルの出力形式をガイドするためにプロンプトに広範な命令を含めることがよくあります。これにより、複数のリクエスト間で大規模で共有されるプレフィックスが作成されます。
たとえば、モデルにマーケティングエキスパートとして行動するよう指示する場合、システムプロンプトに広範なテキストが含まれます。以下の 2 つのリクエスト例を示します。
system_prompt = """You are an experienced marketing expert. Provide detailed marketing suggestions for different products in the following format: 1. Target audience: xxx 2. Main selling points: xxx 3. Marketing channels: xxx ... 12. Long-term development strategy: xxx Ensure your suggestions are specific, actionable, and highly relevant to the product features.""" # 最初のリクエストのユーザーメッセージはスマートウォッチについて尋ねます。 messages_1=[ {"role": "system", "content": system_prompt}, {"role": "user", "content": "Provide marketing suggestions for a newly launched smartwatch."} ] # 2 番目のリクエストのユーザーメッセージはラップトップについて尋ねます。system_prompt が同じであるため、キャッシュヒットの可能性が非常に高くなります。 messages_2=[ {"role": "system", "content": system_prompt}, {"role": "user", "content": "Provide marketing suggestions for a newly launched laptop."} ]コンテキストキャッシュにより、 lengthy なシステムプロンプトがキャッシュされるため、リクエストで頻繁にプロダクトを変更しても (たとえば、スマートウォッチからラップトップへ)、システムはより高速に応答できます。
-
動画理解
動画理解のシナリオでは、同じ動画について複数の質問をする場合、
videoをtextの前に配置するとキャッシュヒットの確率が高まります。異なる動画について同じ質問をする場合、textをvideoの前に配置するとキャッシュヒットの確率が高まります。以下の例は、同じ動画に対する 2 つのリクエストを示しています。# 最初のリクエストのユーザーメッセージはこの動画の内容について尋ねます。 messages1 = [ {"role":"system","content":[{"text": "You are a helpful assistant."}]}, {"role": "user", "content": [ {"video": "https://help-static-aliyun-doc.aliyuncs.com/file-manage-files/zh-CN/20250328/eepdcq/phase_change_480p.mov"}, {"text": "What is the content of this video?"} ] } ] # 同じ動画についての 2 番目のリクエストでは、動画をテキストの前に配置することでキャッシュヒットの可能性が高まります。 messages2 = [ {"role":"system","content":[{"text": "You are a helpful assistant."}]}, {"role": "user", "content": [ {"video": "https://help-static-aliyun-doc.aliyuncs.com/file-manage-files/zh-CN/20250328/eepdcq/phase_change_480p.mov"}, {"text": "Describe the series of events in the video. Output the start time (start_time), end time (end_time), and event (event) in JSON format. Do not include the ```json``` code block."} ] } ]
よくある質問
Q: コンテキストキャッシュはどのくらいの期間保持されますか (有効期間)?
A: コンテキストキャッシュの有効期間はキャッシュタイプによって異なります。
-
明示的キャッシュ: 有効期間は 5 分で、各キャッシュヒット時にさらに 5 分にリセットされます。キャッシュブロックが 5 分以内にヒットされない場合、システムは自動的にそれをクリアします。
-
暗黙的キャッシュ: システムによって自動的に管理され、固定の有効期間はありません。システムは定期的に長時間使用されていないキャッシュデータをクリアします。
この有効期間は API 呼び出し中のコンテキストキャッシュのライフサイクルを指します。コンソールの Model Experience または Model Debugging ページに表示される会話履歴機能とは異なるものです。
Q: 暗黙的キャッシュを無効化するにはどうすればよいですか?
A: 無効化することはできません。暗黙的キャッシュは応答品質に影響を与えないため、該当するすべてのモデルリクエストで有効になっています。キャッシュヒットが発生すると、コストが削減され、応答速度が向上します。
Q: なぜ明示的キャッシュがミスしたのですか?
A: キャッシュミスは次の理由で発生する可能性があります。
-
システムは、5 分間の有効期間内にキャッシュブロックがヒットされない場合、それをクリアします。
-
最後の
contentと既存のキャッシュブロックの間隔が 20 個を超えるcontentブロックである場合、キャッシュヒットは発生しません。新しいキャッシュブロックを作成することを推奨します。
Q: キャッシュヒットは有効期間をリセットしますか?
A: はい。各ヒットにより、キャッシュブロックの有効期間が 5 分にリセットされます。
Q: 明示的キャッシュはアカウント間で共有されますか?
A: いいえ。暗黙的キャッシュと明示的キャッシュの両方のデータはアカウントレベルで分離されています。
Q: 明示的キャッシュはモデル間で共有されますか?
A: いいえ。キャッシュデータはモデル間で分離されています。
Q: input_tokens in usage は cache_creation_input_tokens と cached_tokens の合計と等しくないのはなぜですか?
A: モデル出力品質を確保するために、バックエンドサービスはご利用のプロンプトの末尾に少量のトークン (通常は 10 未満) を追加します。これらのトークンは cache_control マーカーの後に配置されるため、キャッシュ作成または読み取りにはカウントされませんが、合計 input_tokens には含まれます。