T learn.traeai

工程 · 进阶 · 本站原创导读

把稳定前缀留给缓存,把变化放在后面

参考原文:Lessons from building Claude Code: Prompt caching is everything

理解前缀缓存与请求顺序,减少长任务里重复处理稳定信息的开销。

原作者 Thariq Shihipar · 原文发布 2026-04-30 · 原文约 6 分钟 · 核对 2026-10-02

阅读官方英文原文 ↗

01 · 缓存依赖重复前缀

稳定的系统说明和工具定义尽量放在前部,项目与会话信息随后,变化的对话放在后部。前缀被改动时,后面的复用也可能受影响。

02 · 细小变化也会破坏复用

把不断变化的时间戳塞进静态说明、随机排列工具,都会使请求前缀不稳定。更新信息时应明确其作用范围,避免无意重写整段稳定内容。

03 · 用用量证明收益

记录缓存读取和写入比例,并结合任务质量检查。模型切换、工具变化和上下文压缩的行为需要按照平台规则验证。

以上为 Learn 独立编写的中文导读;原文中的完整演示、代码与版本细节,请核对官方文章。下面的练习和自测为本站原创,不是原作者的作业。

MAKE IT YOURS

动手练习

本站原创练习

重排一个 Agent 请求

把系统规则、工具定义、项目说明、当前时间、用户新消息分成稳定与变化信息,给出请求顺序并说明原因。

  • 稳定与变化信息分组
  • 重排后的请求草图
  • 缓存用量的观察指标

正在读取此设备的学习记录……

一分钟自测 · 哪种做法更有利于稳定前缀缓存?