北京
开发者Nate Nelson在使用自己开发的AI记忆工具Longhand时，发现它对自己几小时前的工作进度给出了“无记录”的回答。但磁盘上明明存有四份会话记录，其中一份长达2526行。他最初以为是程序漏洞，随后发现这只是一个更大问题的开端——在接下来的四个月里，同样的问题以不同面目反复出现，横跨28个版本。
这个AI工具不会崩溃，也不会丢失数据，但它会自信地给出错误答案。这正是最可怕的地方：错误的输出看起来完全正常。
Longhand本质上是一个Python命令行工具和MCP服务器，它读取Claude Code的会话记录，把每一次工具调用、文件编辑和思考块索引到SQLite和ChromaDB中，让用户可以通过语义检索回溯整个开发历史。它完全本地运行，不调用任何API，不对内容做摘要。
问题出在作者最初没有预料到的地方。版本0.6中，工具根据第一条事件的working directory来决定会话归属于哪个项目。但作者的习惯是从HOME目录启动会话，再cd进入项目，于是第一条记录的cwd是用户主目录，整个会话被标记为project_id为空，导致所有的按项目查询都找不到它。
修复方法也很简单：统计所有事件的工作目录，剔除主目录和没有项目标记的路径，取众数。但真正值得思考的是，这个工具在报告错误时说“未找到任何会话记录”，而不是“我有这个会话，但不知道它属于哪个项目”。这两句话完全不同，前者让人无头绪，后者才能引导你去正确的地方。
两个月后，作者又注意到计数器偏差高达7.8倍。在版本0.11.1中，他不得不再次面对这个“老朋友”。这些问题让作者意识到，接下来四个月里反复修复的，正是这类隐藏在正常表象下的归因缺陷。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
