sqlite-utils 4.0rc2 发布：Claude Fable 发现 5 个阻塞级 Bug，包括数据丢失风险

一句话看懂

sqlite-utils 4.0rc2 发布，作者用 Claude Fable 做代码审查，发现 5 个阻塞级 Bug，其中 delete_where() 不提交事务会导致数据丢失。

详细发生了什么

两周前，sqlite-utils 作者 Simon Willison 发布了 4.0rc1。由于 Max 订阅即将到期，他决定在 iPhone 上用 Claude Code for web 对代码做最终审查，提示词是：“Final review before shipping a stable 4.0 release - very important to spot any last minute things that would be a breaking change if we fix them later”。

Claude Fable 生成了一份详细报告，发现了 5 个被标记为“release blockers”的严重问题。其中最严重的是 delete_where() 方法：它直接调用 self.db.execute() 执行 DELETE，没有包裹 atomic() 上下文管理器，导致连接始终处于 in_transaction=True 状态。后续所有 atomic() 调用都会走 savepoint 分支，永远不会提交，造成数据丢失。

其他问题还包括：transform() 方法在 SQLite 3.46+ 中因 ALTER TABLE RENAME COLUMN 行为变化而失败；insert_all() 在批量插入时未正确处理空行；以及一些类型注解错误。

作者根据 Fable 的报告修复了这些问题，并发布了 4.0rc2。整个审查过程几乎完全由 AI 驱动，作者只提供了提示词和最终确认。

中文圈视角

这个案例对中文开发者有两点启示：

AI 代码审查的实用性：Claude Fable 能发现人类容易忽略的边界情况，比如事务未提交、SQLite 版本兼容性等。中文开发者可以用类似方法审查自己的 Python 项目，尤其是那些依赖 SQLite 的小工具。目前国内类似服务有 CodeGeeX 的代码审查功能，但深度和定制化程度还有差距。
sqlite-utils 的替代方案：sqlite-utils 是一个轻量级的 SQLite 操作库，适合数据清洗和快速原型。国内用户如果不想用 CLI 工具，可以考虑用 Python 内置的 sqlite3 模块，或者用 pandas 的 SQL 接口。但 sqlite-utils 的简洁 API 和批量操作能力仍有优势。
SemVer 的严谨性：作者坚持 SemVer，在发布前用 AI 做最后检查，避免后续 breaking change。这种态度值得中文开源项目借鉴——很多项目在 major 版本发布前缺乏系统性审查。

几条值得记住的细节

delete_where() 没有使用 atomic() 包装，导致连接永远处于事务中，后续操作无法提交。
Fable 报告了 5 个阻塞级 Bug，作者全部修复后才发布 rc2。
审查是在 iPhone 上通过 Claude Code for web 完成的，提示词只有一句话。
另一个 Bug 涉及 transform() 在 SQLite 3.46+ 中的兼容性问题。
作者计划在 Max 订阅到期前发布 4.0 稳定版。

一句话总结

用 AI 做代码审查能发现人类容易忽略的致命 Bug，但最终发布前仍需人工确认。