wdhwg001

@MHPSY 其实这件事对于 Claude Code 自己的架构来说不太好办，因为它几乎是纯 TypeScript 的，但 JSONL 的规模大到 Bun/Nodejs 很难吃得下，这个项目背后藏着很麻烦的优化问题，因为它和 ripgrep 不一样，rg 不需要考虑结构，而它需要在考虑结构的前提下完成大量 session 的 regex 扫描，而这里面的拓扑一类的功能还涉及到动辄几十甚至几百个 JSONL 的扫描，带拓扑的多 session 找起来更费劲。

这东西绊了 AI 很长时间，我亲眼看着 Fable 试了六七个方案，profile 的构建吃了我差不多 200G 空间，最后才把时间压到<1 秒。

@MHPSY 感谢试用。

虽然刚开源没有多少 stars ，但是它扛过了严格的变异测试，并且内部的优化从 mmap 到 simd 和并行化都有，我对它的质量还是放心的。

@xingxingluolei 首先确保你使用的是正品的 Opus 5 。然后 Opus 确实在 5 之前有严重的上下文注意力问题，那时候通常推荐锁更低的上下文，但是现在不存在了，锁上下文更多的是省你自己的开支，因为 credit 里 cached read 免费，但 uncached read 不免费。

这件事有一个最简单的处理方法：不更换 session 。

并且如果你的前提是不更换 session ，那么一切都自然顺畅了，不需要那些复杂的东西了。

A 的重置前提是：感受到了 O 的压力。

和用户诉求无关，A 本来的用户基本盘就很大，算力也不是爆棚的那种，模型偏好大参数 SL 而不是拼命 RLHF ，所以除非 Tibo 去跳脸跳到让 A 压力爆表，否则它不会重置的。

@dingawm 41 秒，5 个 tool call ，不符合 xhigh 的认知，并且/clear 过，那么按照 xhigh 的习惯肯定会先查清楚。

41 秒…首先你不开 verbose 的时候 CC 就是真的会偷懒，其次你 reasoning 开太低了，越低就越是纯粹的执行机器。