本次查询：Context Cache
中文解释：上下文缓存
常见场景：Context Cache 广泛应用于需要长上下文处理的场景 / 如智能客服 / 文档问答 / 代码生成等 / 尤其适合用户频繁切换但共享固定提示词的交互场景。
一句话解释
Context Cache 是指大语言模型在处理重复输入的上下文时，将中间计算结果（如键值对）保存下来，下次遇到相同或相似上下文时直接复用，从而避免重复计算，加快生成速度。
为什么会被关注
随着大模型应用的普及，用户对响应速度的要求越来越高。Context Cache 能在不牺牲模型精度的情况下，将长上下文场景的推理延迟降低50%~90%，同时节省显存和计算资源。这对于需要频繁调用模型的企业级应用（如智能客服、文档处理）来说，意味着更低的运营成本和更好的用户体验。
近年来，主流大模型平台（如OpenAI、Anthropic、Google）纷纷引入Context Cache功能，并推出按缓存命中率计费的新模式，进一步推动了该技术的关注度。开发者可以在不改变模型权重的前提下，通过合理设计缓存策略实现显著加速。
核心逻辑
Context Cache 的核心原理基于Transformer的注意力机制。在自回归生成过程中，模型需要为每个token计算Key和Value矩阵。当用户多次使用相同的系统提示或文档前缀时，这部分上下文产生的KV矩阵是完全相同的。Cache机制将这些计算结果存储在内存或高速存储中，后续请求直接读取缓存，跳过重复计算。
实际实现时，Cache通常以树形或前缀结构组织，支持部分匹配（如共享前缀的多个对话）。缓存命中后，模型只需计算新增token的KV，并拼接已有缓存，大幅减少FLOPs。需要注意的是，缓存内容与模型版本强绑定，模型更新后缓存需失效。
常见场景
1. 智能客服系统：企业通常使用固定的系统提示（如品牌语气、知识库规则），Context Cache可缓存该部分，让每次用户提问只需计算新问题部分。
2. 文档问答助手：用户上传长文档后，模型需要反复引用文档内容。Cache可将文档的编码结果缓存，后续所有问题直接复用。
3. 代码补全工具：当开发者频繁编辑同一文件时，上下文前缀（如已写代码）被缓存，实时推荐速度明显提升。
容易混淆的点
Context Cache 常与 KV Cache 混淆。两者关系密切：KV Cache是具体缓存键值对的技术实现，而Context Cache更强调缓存的内容是“上下文”而非仅键值对。在实际工程中，Context Cache通常使用KV Cache作为底层存储结构。
另一个易混淆概念是 Prompt Cache（提示缓存）。Prompt Cache通常指缓存整个提示词文本的预计算结果，与Context Cache本质相同，但后者更强调上下文范围的灵活性（如部分匹配和动态更新）。此外，Context Cache 不是模型微调，它不改变模型参数，仅优化推理阶段。