跳转到主要内容
提示缓存机制确保相同的提示内容(长系统提示、工具定义、参考文档、对话历史记录)仅需完整处理一次。后续请求中,该部分内容将从缓存中读取,并按**正常输入费用的约10%**计费。 Hostlinku 完全沿用了 Anthropic 的缓存机制,且未针对缓存追加特殊费用;各模型的实际费率详见 模型目录。

价格的运作机制

部分最新模型采用更低的缓存读取费率:claude-opus-5-5 和 claude-sonnet-5-5 为 0.05×,claude-fable-5-1 为 0.025×。 各模型的具体数值请参见模型目录-该页面显示了原厂价格以及按服务模式划分的销售价格。 默认缓存有效期为自上次使用起5分钟(每次被访问时都会延长)。这意味着,当同一数据块被使用至少2次时,缓存就已收回成本;使用频率越高,节省的成本就越大。 各模型的费率详见模型目录(cache_read / cache_write列)。

每个模型的最低阈值

低于此阈值的块将不会被缓存,且 cache_creation_input_tokens / cache_read_input_tokens 的值为 0,且不会显示错误信息。

提示词的构成原则

缓存基于前缀工作-所有位于标记cache_control之前的内容必须字节级完全一致,才能被命中。请按从最静态到最动态的顺序排列提示词:
  1. tools(函数定义)-很少更改
  2. system - 说明、角色、参考文档
  3. messages 旧版 - 对话记录
  4. 最新用户消息-内容随时变化,请勿缓存
每个请求最多包含 4 个 cache_control 标记。最常见的情况是:在 system 的末尾有一个。

格式 Anthropic (/v1/messages)

由 Anthropic SDK、Claude Code、Cursor、Cline 以及其他采用 Anthropic 协议的工具使用。将 system 写入块数组,然后在最后一个静态块中指定 cache_control:
针对input_tokens的单独缓存Token报告的响应:
在第二次使用相同 system 的请求中,其值变为 cache_creation_input_tokens: 0 和 cache_read_input_tokens: 3601-这表明缓存正在起作用。 Python (Anthropic SDK)

格式 OpenAI (/v1/chat/completions)

对于使用 OpenAI SDK 的应用程序,请将 content 系统作为 内容部分 数组写入,并将 cache_control 放置在其部分中。Hostlinku 会将其转换为 Anthropic - 仅适用于 Claude 模型。
usage.prompt_tokens_details 中出现了缓存Token:
Python (OpenAI SDK)

克劳德·科德、Cursor、Cline 和 agent

这些工具已自行将 cache_control 添加到系统提示符及其工具定义中。 一旦您将基础 URL 指向 Hostlinku(参见 IDE 与代理的集成),优化将自动生效-无需额外配置。在日志中,您会发现同一会话中几乎每次后续请求都会出现大量的 Cache Read 记录。

在控制台中查看

在控制台中打开请求日志。每行显示输入、输出、缓存读取、缓存写入(总计)、缓存写入 5 分钟 / 缓存写入 1 小时的详细信息,以及最终费用。 每条 TTL 的详细信息仅在上游发送时才会填充-否则,该列将显示 -(而非 0),而总计仍会被记录。快速确认缓存是否正常工作的方法:

支持的模型

还有其他问题吗?请参阅 常见问题解答 或联系 帮助中心。