Simon Willison 在 2026 年 4 月 29 日发布了 llm 0.32a1。
这次更新很小。发布说明里核心变化只有一条：修复 0.32a0 的一个 bug。问题发生在带工具调用的对话从 SQLite 中重新加载、重新还原时，状态没有正确恢复，对应 GitHub issue #1426。
小版本不一定小影响。
如果你只是用 llm CLI 在终端里问一句、拿一次回答，这个修复大概率没有太多体感。但如果你把 tool-calling conversations 当成可复现的历史记录，用来调试 agent、插件或自动化流程，那 0.32a1 就不是可有可无的补丁。
这次发布只修一个窄问题
llm 是 Simon Willison 维护的开源命令行大语言模型访问工具。它的使用场景不只是聊天，而是把模型调用、插件、会话记录和脚本接起来。
0.32a1 修的不是新模型支持，也不是性能、安全或兼容性改进。公开发布信息只指向一个范围很窄的问题：0.32a0 中，带工具调用的对话从 SQLite reinflation，也就是重新还原时，没有正确恢复。
这里要把边界说清楚。
SQLite 出现在问题描述里，不等于所有 SQLite 数据都受影响。也不能据此推导出数据丢失、安全风险或全部历史会话损坏。目前能确认的，是 tool-calling conversations 的恢复链路出了回归。
| 项目 | 0.32a0 | 0.32a1 | 判断 |
|---|---|---|---|
| 版本性质 | alpha 版本，包含重构 | alpha 版本，修复回归 | 不应当按稳定正式版看 |
| 修复对象 | 出现 tool-calling conversations 还原问题 | 修复从 SQLite 重新还原的问题 | 范围窄，但对相关用户关键 |
| 关联记录 | 回归问题 | GitHub issue #1426 | 修复目标清楚 |
| 不应误读为 | 所有 SQLite 数据异常 | 大功能发布 | 证据不足，不要拔高 |
这类补丁的价值，在于它挡住了重构之后最麻烦的一类问题：历史看起来还在，但恢复出来的结构不对。
真正受影响的是两类用户
对 llm CLI 用户，可以分两种看。
一种是轻量用户。只跑单次 prompt，不依赖历史会话，不让模型连续调用工具。这类用户不用把 0.32a1 当成紧急事件。知道有这个修复即可，随常规升级节奏处理。
另一种是把 llm 放进开发工作流的人。比如你在 0.32a0 上测试工具调用，后续还要读取 SQLite 里的历史会话，继续复现一次调用链路、排查插件行为，或者把历史记录接到脚本里。对这类人，建议更直接：升级到 0.32a1，并在升级前备份本地 SQLite 数据库。
动作可以很简单：
- 如果你没有用 tool-calling conversations：不必恐慌，按正常节奏升级。
- 如果你正在用 0.32a0 测工具调用历史：尽快升到 0.32a1。
- 如果你的脚本依赖历史会话恢复.升级后用最常见的一条工具调用链路跑一次回放，确认恢复结果正常。
- 如果团队里有人共用这套记录或脚本.先统一版本，再排查问题，避免把版本差异误判成业务逻辑错误。
我更在意的是最后一点。
很多开发者工具里的小 bug，真正花时间的不是修复本身，而是定位。工具调用会话不是普通问答，它包含模型请求、工具请求、工具返回、模型继续推理等多段结构。只要还原时断一层，后面看到的现象就可能很绕。
这就是 0.32a1 的现实意义：它不让你获得新能力，但可能让你少查一次旧坑。
接下来要看同类问题还会不会冒头
0.32a0 被描述为一次向后兼容的大重构。重构之后跟一个快速修补，并不反常。真正要看的，是修补之后还有没有同类 reinflation 问题继续出现。
判断条件很具体。
如果 GitHub issue #1426 之后没有更多类似反馈，0.32a1 就更像一次及时补漏。alpha 版本里出现回归，再快速修掉，这是正常的软件节奏。
如果后面继续出现工具调用历史、SQLite 恢复、插件组合状态不一致之类的问题，那就说明 0.32a0 的重构还需要更多真实工作流压测。到那时，依赖 llm 做自动化的用户就不该只看版本号，而要更谨慎地锁版本、备份数据、验证链路。
这也是 alpha 版本的现实约束。
它可以让你更早拿到变化，也会让你更早遇到边界。对 llm 这种开发者工具来说，稳定不只看命令能不能跑，还要看历史能不能复、链路能不能查。
回到这次 0.32a1。它不是大新闻，但对依赖工具调用历史的人，是一个该处理的小补丁。别把它吹成升级节点，也别因为版本号小就忽略。