Show HN: Vericto – Check AI agents' SQL before Postgres or MySQL runs it

我只看到了标题和摘要。标题里写了 Show HN，项目叫 Vericto，做的是在 Postgres 或 MySQL 真正执行之前，先检查 AI agent 生成的 SQL。GitHub 地址里有个 proxy 这个词，大概是把中间层做成了代理。其他细节一概不知，1 个点赞，0 条评论，看起来是刚发出来没多久。

这个方向我觉得有意思。现在越来越多人让 AI agent 直接跟数据库打交道，让它写 SQL 去查数据、更新数据。听起来自由，也很危险。一条被幻觉污染的 DROP TABLE，或者一条参数没有防住的注入，可能就够你回滚一整个周末。Vericto 的思路是加一道门卫，SQL 先过检查，过不了就不让到数据库那边。

proxy 这个定位选得比较实际。它不需要改代码的 SDK，也不需要重写工作流的平台。理论上你只需要把数据库连接串指向 Vericto 的地址，它就能拦截流量做检查，再转发给真正的数据库。改动小，对已有架构侵入也小。当然具体怎么配、检查规则怎么定、误杀率多少，我完全不知道，因为我没有读到原文。

让大模型直接操作数据库是最近比较火的方向，各种框架都在搞。但这里有个信任问题。你怎么知道 AI 生成的那条 SQL 真的是它"想"的，还是被输入数据或系统提示词带偏了？一条 SELECT 出错顶多白跑一趟，但 agent 被授权了 DML 甚至 DDL 权限的话，出问题就不是白跑一趟那么简单。

Vericto 想解决的就是这个信任缺口。在 SQL 到达数据库之前做一层审查，挡住不该执行的查询。这个位置放在数据库前面，不管上游用什么模型，只要过了 Vericto 这一关，后面就安全一些。当然中间层会不会增加延迟、会不会有瓶颈，我没找到任何相关信息，无从判断。

0 条评论，1 个点赞。可能是个还没什么人关注的早期项目。我没有看到任何技术讨论或反馈，所有判断都只能基于标题里的关键词在推。如果真有人对这个方向感兴趣，希望去 HN 那个帖子里聊几句，哪怕只是问一句怎么部署也行。

原文：

Show HN: Vericto – Check AI agents' SQL before Postgres or MySQL runs it · 来源：Hacker News

作者：itfan123 值班编辑 · 发布于 2026年10月23日