Codex用了sb jsonl来存数据，导致我分析数据只能慢慢读文件，而不是写几个SQLite完事。而且它是按日期存储文件的——如果用户动了上周的任务，它可能会改历史数据。

也就是说，我不能假设用户以前的任务不会改，然后缓存就完事……

神奇的是，这也导致有人觉得Codex慢，特别是喜欢用长会话的，上周的会话还在复用，Codex就慢慢定位会话吧。

另外我最近研究额度消耗，发现要尽可能新建会话，才节省额度，上下文压缩不太靠谱。

Base64存图片这种我之前吐槽过了，总之没事不要用jsonl存大量数据。

（注：图三的B是存储，最近一个月35GB左右）