Simon Willison 日报 2026-11-01：删 uv.lock 救 Python 3.15，以及 LLM 侵蚀信任的引用

拿不准就先删 uv.lock

原标题： If in doubt, delete the uv.lock file
原文： https://simonwillison.net/2026/Nov/1/delete-uv-lock-first/
标签： uv、til、python

Simon 换到 Python 3.15 之后，偶尔会碰到令人困惑的依赖错误。他最近反复提醒自己的一条规则是：

拿不准的时候，先把 uv.lock 删掉。

他的多数项目是库，本来就不会提交 uv.lock——库依赖去锁死下游使用者的版本，不太礼貌。

但日常跑 uv run pytest 之类命令时，往往会在本地留下 uv.lock；这些文件一般在 .gitignore 里，不会进仓库。

问题在于：有时这份本地锁文件会钉死某个依赖版本，而该版本还没有适配 Python 3.15 的 wheel。他当天遇到的例子：

error: Failed to build `watchfiles==1.1.1`
  cause: Call to `maturin.build_wheel` failed

error: the configured Python interpreter version (3.15) is newer
than PyO3's maximum supported version (3.14)

也就是说，watchfiles==1.1.1 要通过 maturin/PyO3 构建，而当时 PyO3 声明的最高支持版本还停在 3.14，解释器却是 3.15，于是构建失败。

删掉那个 uv.lock，再跑一次 uv run pytest，通常就能解决。

（Simon 于 2026 年 11 月 1 日约晚上 11:24 发布的短文 / TIL。）

引用 Kyle Kingsbury

原标题： Quoting Kyle Kingsbury
原文： https://simonwillison.net/2026/Nov/1/kyle-kingsbury/
来源引用： Kyle Kingsbury — Jepsen results for ParticleDB 1.1.4
标签： kyle-kingsbury、llms、ai、generative-ai、ai-misuse

Simon 摘录了 Kyle Kingsbury 在 Jepsen 对 ParticleDB 1.1.4 分析中的一段话（关于 LLM 带来的权衡）：

更广义地说，LLM 的使用正在侵蚀人们对文档、对软件、以及对产出它们的组织的信任。也许工程师会开始对任何新软件项目抱有怀疑——我们过去用来判断一个系统是否成熟的那些信号，如今更容易被伪造。[…]

在 LLM 时代，维护者能做什么来确保软件正确、文档准确？做完这些工作之后，他们又该如何向用户证明其质量？

这段话把「生成内容变容易」和「可信信号被稀释」绑在一起：文档、提交记录、甚至「看起来很完整」的工程表象，都可能被模型廉价仿制；于是「看起来成熟」不再等价于「真的可靠」。Kyle 抛出的问题是双向的——维护者既要做得对，还要找到用户仍愿意相信的证明方式。

（Simon 于 2026 年 11 月 1 日约下午 4:49 发布的引用帖。）