SQLite 不接受智能体代码
摘要
SQLite 已添加一个 AGENTS.md 文件,声明不接受智能体代码,但欢迎带有可复现测试用例的智能体错误报告,并将 AI 生成的错误报告分拆到一个单独的论坛。
<p><a href="https://lobste.rs/s/lc26ar/sqlite_does_not_accept_agentic_code">评论</a></p>
查看缓存全文
缓存时间: 2026/05/29 03:51
# sqlite AGENTS.md
来源:https://simonwillison.net/2026/May/27/sqlite-agents/
2026年5月27日 - 链接博客
**sqlite AGENTS.md (https://github.com/sqlite/sqlite/blob/master/AGENTS.md)**(来自 (https://discord.com/channels/823971286308356157/1097032579812687943/1507447792598253748))SQLite 在五天前 (https://github.com/sqlite/sqlite/commit/a1e5778889252d2609a59fd9b819d70392c5789e) 获得了一个 AGENTS.md 文件——但这不是供他们自己开发使用的,推测是针对那些将代理指向 SQLite 代码库的人。该文件内容包括:
> SQLite 不接受未经事先同意和/或附带将拉取请求置于公共领域的法律文件的拉取请求。但人类 SQLite 开发者会审查简洁且编写良好的拉取请求,作为概念验证,然后自行重新实现这些更改。SQLite 不接受智能体代码。但项目接受包含可重现测试用例的智能体错误报告。欢迎提交展示可能修复方案的补丁或拉取请求(用于文档目的)。
最近一次提交 (https://github.com/sqlite/sqlite/commit/db7fe319ed5a18dbc732ab8eacea557f41cd910f) 到该文件删除了“SQLite does not (currently) accept agentic code”中的“(currently)”,提交信息为“Strengthen the statement about not accepting agentic code”。
与此同时,SQLite 论坛被大量 AI 生成的错误报告淹没——质量参差不齐——以至于他们现在将这些报告拆分出来 (https://sqlite.org/forum/forumpost/2e7a8d6ba4b46d8315e80fd4a1e2feb40948dff5b7b11d5ba9cea5cb40aa252b) 到一个新的 SQLite Bug Forum (https://sqlite.org/bugs/forum)。D. Richard Hipp 正在那里解决这些问题,并向代码库提交了大量提交。
相似文章
AI编码代理需要公司级的AGENTS.md
文章建议,采用AI编码代理的组织应创建一份公司级的AGENTS.md文件,类似于人类入职文档,以标准化代理行为和上下文。
@eladgil: https://x.com/eladgil/status/2079561730263531771
Cursor 团队的 AI 代理根据手册将 SQLite 重构成 Rust 代码,并成功通过所有测试,成本因模型组合不同而相差 15 倍。
加拉帕戈斯群岛上的智能体编程笔记
Dan Luu 反思了他使用 AI 编程代理的经验,指出虽然 AI 可能会编造看似可信但实际错误的复现步骤,但在调试和测试等领域仍能带来生产力提升。他讨论了现代软件开发中信任、自动化和质量之间的平衡。
大规模生产代码库中的代理式编码:成功、失败模式与防护措施
来自数据库、iOS、前端、数据工程和后端领域的工程师讨论了AI代码生成如何将难点转移到验证和集成上,需要人类对细微风险和架构适配性做出判断。
@houjun_liu: 你的代码代理可能正在悄悄给代码植入漏洞!!你不想知道如何解决这个问题吗?提示:询问……
本文强调了 AI 代码代理可能给代码引入安全漏洞这一关键问题,指出仅仅要求生成安全代码是不足以防止这种情况发生的。