不管是用文件系统还是用 sqlite 存储聊天记录，本质区别是如何在一个大段的 block 存储上，存取大量的短数据，这才是根本区别。至于怎样索引，用什么算法搜索，两种方案基础之上都可以实现，那不是问题的关键。 用文件系统直接存储的问题是，文件系统是一个系统级公有设施。它要满足的是整个 OS 层面的通用需求，而不是某个单进程、某个业务场景的最优访问模式。所以如果把大量业务对象直接映射成普通文件，单文件的存取就会引入额外开销。当然现代文件系统已经把性能压榨到极限了，但抽象层级决定了它不可能专门为聊天记录这种大量短数据场景优化。每一个文件的打开，都可能涉及路径解析、目录查找 、inode 加载、权限检查、句柄管理、元数据更新等等文件系统开销，然而这对于聊天记录的存取场景完全是不必要的。 相比之下，sqlite 建立在文件系统之上，存取操作损耗低了很多，检索实现起来也更加容易。 不过如果仅讨论每一个聊天会话写一个文件这样的使用场景，一般用户顶多几百几千个聊天会话，这种量级下性能差距微乎其微，用啥都行。 我真正想吐槽的是，之前微信 Mac 版本把表情包、缩略图这种小数据也一概全部单文件塞文件系统，我的聊天记录不算特别多，微信的数据文件夹下都有上几十万个小文件，虽然用着没啥问题，但是对于系统备份、恢复、迁移操作都是灾难，90% 的时间浪费在小文件处理上。我记得某次测试，单 rm -Rf 删微信数据，就删了好几个小时，微信自己的聊天迁移如此缓慢，我猜也是同一个原因。4.0 新版本应该已经修了这个问题。

中国9月份进口了1,290万吨大豆，为该月份有记录以来最高水平。中国的大豆压榨企业主要从巴西进口大豆，同时鉴于高额关税及政治风险，避开了美国大豆。

中午跟墨尔本几个币圈老兄弟小聚了一下，大家catch up自己和家庭的情况。每段时间总要碰一下的，大家畅所欲言，每次也都会有收获和灵感。 今天结束后看着自己的记录，回头想想80%以上时间还是围绕着AI，尤其是在怎么使用Openclaw，能怎么更好压榨Openclaw，能实现哪些还没想到的功能展开。 以往每次聚会80%聊的都是哪个哪个币圈项目有机会，哪个项目可以抄，什么交易策略好赚。 完全没有刻意引导话题，大家不约而同的都把大量时间精力放在了AI的琢磨上，只能说的确都意识到了AI的潜力和影响。 后续还是得再多投入一些精力，不能掉队啊

我做自媒体和别人可能不同的地方，总结了几点： 1.我把自媒体当成了存放我学习内容的收藏夹，我刚好从别的地方学习了很多知识，刚好整理了一份笔记，刚好找到了一个存放这个笔记的场所。所以不存在流量焦虑，我只是把成长进步的过程进行了记录，也成就了我内容的独一无二性。 2.我会把我跑通的真实经验写上去，或者遇到的真实困难以及目前采用的解决方法写上去，但是我不会丢一个尚未解决的问题上去，因为没有人会往自己的收藏夹丢一个未知的问题（最多会收藏课程）。 3.商单来了，赚钱的目的说实话排在很后面。 第一问：这个产品的独特点在哪，它为什么能有这个预算投广告？然后去用ChatGPT做调研。打开产品的官网进行真实体验。 第二问：我如何能够把这个产品最大的价值压榨出来？我能不能通过写商单的形式学习一点新的知识（我通过商单突破了无数个从0到1的领域）。然后我回去学习写商单或者制作商单视频所需要用到的理论知识，看大量专业视频、阅读大量专业书籍。 第三问：如果这个品牌不给我钱了，我还愿不愿意推广？如果愿意，那就接；如果不愿意，证明上面两步行不通，这个产品迟早完蛋，会削弱我的公域影响力，那就再见。接的时候也有小技巧，多和品牌方要点资源。。。 4.自媒体的意义就是上面这些了吗？还有没有别的可能性？中文，单平台，公域......都是限制。如果想要突破这些限制，是否又需要学习大量的知识，在学习的过程中是不是又有大量的素材，能够补充大量的认知和技能。 以上，付费内容，希望对你有所启发。

一个压榨 Codex 的小技巧 当你额度快没了的时候，直接用 /goal 给他安排一个复杂任务。 额度到了 Codex 也会继续运行，直到本轮 /goal 任务结束。 快试试吧 ！👇