Claude Code 前缀缓存跨 worktree 失效
热点事件持续更新
Claude Code 前缀缓存跨 worktree 失效
1 篇报道1 个报道来源1 小时前更新
先了解这件事
AI 综述
掘金作者“知识搬运临时工”讲解称,Claude Code 的缓存实际被限定在一台机器和一个目录内,因此同一仓库的多个 git worktree 各自从头写入前缀,无法共享缓存。原因是工作目录等环境信息位于对话层,不同 worktree 的前缀从工作目录那一行开始分叉。 按 Opus 5.5、5 分钟 TTL 计算,写缓存为 1.25 倍、读缓存为 0.05 倍,五个 worktree 并行时本该 1 次写加 4 次读,实际变成 5 次写,成本差 25 倍。该文称这笔写缓存费用每个 session 只在第一轮请求付一次。 文中还称,同一仓库的所有 worktree 和子目录共享一个 auto memory 目录;Opus 5.5、Sonnet 5.5、Haiku 5.5、Fable 5.1 在 API key 或订阅下改 effort 不丢缓存。
AI 根据报道生成 · 1 小时前更新
最新进展11月7日 16:14
五个 worktree 并行跑 Claude Code,前缀缓存为何一个都没命中报道时间线
沿着报道,了解事件的不同侧面。
11月7日
- 掘金 · AI 编程五个 worktree 并行跑 Claude Code,前缀缓存为何一个都没命中
Claude Code 的缓存实际被限定在一台机器和一个目录内,同一仓库的五个 git worktree 各自从头写入前缀,无法共享缓存。原因是工作目录等环境信息位于对话层,不同 worktree 的前缀从工作目录那一行开始分叉。按 Opus 5.5、5 分钟 TTL 计算,写缓存 1.25 倍、读缓存 0.05 倍,本该 1 次写加 4 次读变成 5 次写,成本差 25 倍。
本事件热度走势
还没有足够的连续观测数据,暂不绘制趋势。