10 月 20 日,OpenAI 在 Responses API 推出 12 小时提示词缓存:GPT-5.6 及以后的模型可把 prompt_cache_options.ttl 设为 "12h",让系统指令、工具定义和参考资料在请求间隔几个小时后仍按缓存价计费。12 小时写入按普通输入价的 2.5 倍收费,默认 30 分钟写入为 1.25 倍;读取价不变,多数模型为 0.1 倍,GPT-6.1 Sol 为 0.05 倍。同一请求里可以给不同断点分别设 12 小时和 30 分钟。

核心要点速览

  • ✓新参数:Responses API 中 prompt_cache_options.ttl 可选 "30m"(默认)或 "12h",也可用 prompt_cache_breakpoint.ttl 给单个断点单独设置,适用于 GPT-5.6 及以后模型
  • ✓费率(官方口径):30 分钟写入 1.25 倍、12 小时写入 2.5 倍普通输入价;读取多数模型 0.1 倍,GPT-6.1 Sol 为 0.05 倍,两种时长读取价相同
  • ✓按文档费率推算:同一前缀一天内每隔 1 小时复用 6 次,用 30 分钟缓存每次都要重写,约 6×1.25=7.5 倍输入成本;用 12 小时缓存约 2.5+5×0.1=3.0 倍
  • ✓每个请求最多 4 次缓存写入,最小可缓存前缀 1,024 个可见 token;用量里新增 ttl_30m_tokens 与 ttl_12h_tokens 两项拆分计费
  • ✓"12h" 只是最低保留时长,不代表删除期限,也不保证每次都命中或降低延迟;GPT-5.5 及更早模型仍用 prompt_cache_retention
🧭

把技术选型换算成你的开发预算

40 款主流编程套餐横向比价,支持输入/输出 Token 真实账单模拟

🔬

深度技术解析与实战评估

核心背景与行业痛点

长时间运行的 Agent 往往每次都带着同一大段系统指令、工具定义和参考资料。OpenAI 在 GPT-5.6 及以后模型上的默认缓存只保证约 30 分钟,如果两次请求隔了一两个小时,前缀就得按 1.25 倍价格重新写入。OpenAI Developers 在帖子里点名了 dots 这类全天常驻的 Agent,这类场景受影响最大。

架构亮点与底层机制

新版在 Responses API 加入 prompt_cache_options.ttl,可选 "30m" 或 "12h",也能在单个 prompt_cache_breakpoint 上单独设置。文档建议把全天不变的内容放在最前面并设 12 小时,把会话上下文设 30 分钟,一个请求最多 4 次写入。同一段 token 只按覆盖它的最长时长计一次费;从 30 分钟升级到 12 小时要重新写入,之前的写入不抵扣。

权威 Benchmark 与实测跑分对比

这是计费功能,官方未公布跑分。官方费率是:12 小时写入为普通输入价的 2.5 倍,30 分钟为 1.25 倍;读取多数模型 0.1 倍,GPT-6.1 Sol 为 0.05 倍。按此推算,同一前缀一天内每小时复用一次、共 6 次,30 分钟方案约 7.5 倍输入成本,12 小时方案约 3.0 倍;如果几分钟内就会复用,30 分钟更省。

开发者实战落地与开箱指南

把稳定指令放进 developer 消息的 input_text 块并打上 12 小时断点,变化的内容放在最后一个断点之后,避免为不会复用的内容付写入费。上线后看 cache_write_tokens_details 里的 ttl_12h_tokens 和 cached_tokens,确认真的省了钱。注意 12 小时只是最低保留时长,不保证每次命中;GPT-5.5 及以前的模型仍用 prompt_cache_retention。

实战指南准备好将技术转化为生产力?

即刻查看该技术对应模型与主流工具的实测差异,或一键测算团队 API 调用与 $20/月套餐盈亏平衡点。

接着读Codex 第 7 天:GPT-6.1 Sol 默认上下文从 272K 提到 500K,订阅用量不收长上下文费
立即阅读→