SQLite 项目在五天前新增了一份 AGENTS.md 文件，但据分析，这份文件的用途并非服务 SQLite 自身的开发流程，而更像是面向那些把 AI 编码代理指向 SQLite 代码库的外部用户，用来提前说明项目的立场与规则。
这份文件中最核心的两条声明，直接划定了 SQLite 对 AI 生成代码与外部贡献的边界。第一条针对拉取请求：SQLite 不接受没有事先约定、或缺少将贡献置于公共领域之法律文书的 pull request。不过，文件也给出了一条折中路径——人类开发者愿意审阅一份简明且写得良好的 pull request，把它当作概念验证来参考，随后由项目自己重新实现相应改动。换句话说，外部提交可以作为一种思路展示，但不会直接并入代码库。
第二条声明则更为强硬：SQLite 不接受代理生成的代码（agentic code）。但项目并未完全关闭大门，而是明确表示欢迎代理提交包含可复现测试用例的缺陷报告；如果补丁或 pull request 能够展示一种可能的修复方案，用于文档说明目的，同样受到欢迎。这意味着 AI 代理产出的价值被限定在“发现问题”和“演示思路”层面，而不是直接产出可合并的代码。
值得注意的是，这份 AGENTS.md 的最新一次提交进一步收紧了措辞。该提交从“SQLite does not accept agentic code”这句话中去掉了“(currently)”一词，提交信息写的是“加强对不接受代理代码这一表述的力度”。原本的“目前不接受”暗示了一种可能变化的临时状态，删去之后，立场变得更像长期政策，而非阶段性安排。
与此同时，SQLite 论坛正承受着大量 AI 生成缺陷报告的冲击。这些报告质量参差不齐，数量之多已经影响到正常讨论，因此项目方将这些内容拆分出去，另设了一个新的 SQLite Bug Forum 专门处理。D. Richard Hipp 正在这个新论坛上处理各类问题，并伴随一连串密集的代码提交。
整体来看，这一系列动作反映出一个成熟开源项目在 AI 编程代理普及背景下的应对方式：既不完全排斥代理带来的缺陷发现能力，也通过明确的文件规范、法律要求和论坛分区，把代理产出隔离在核心代码库之外。这一信息最初由 Alex Garcia 在 Datasette Discord 上分享，随后由 Simon Willison 在 2026 年 5 月 27 日的博客中作为链接文章发布。