valv

嘿大家 👋
我们之前发布了 valv 库。今天我们要更进一步。

valv 让智能体在几秒钟内安全访问你的所有数据。无需交出凭证，也不会暴露他们不该看到的行。

连接 Postgres、MySQL、ClickHouse 和 PostHog，把每个角色精确限定到行级别，让你的整个团队都能把自己的 MCP 智能体指向实时数据。

我们最兴奋的部分是：你的编程智能体现在可以直接从数据构建自定义 HTML 仪表板，并在平台内共享，每个仪表板都有独立的按查询权限。真正的仪表板，由你的智能体几分钟内建成，默认锁定。

看看 https://valv.sh，使用 PRODUCTHUNT 首三个月享五折优惠。

好奇你会连接哪些数据源，以及我们应该添加哪些支持 🙏

仪表板共享功能吸引了我。如果我的智能体基于我能看到的数据构建了一个仪表板，然后分享给一个行访问权限更窄的队友，仪表板在加载时会根据查看者重新检查权限，还是直接嵌入了构建者在创建时能看到的内容？

给智能体提供有作用域的安全数据库查询访问，正是当前大多数智能体 SDK 架构中缺失的一环——大多数团队要么交出完整数据库凭证，要么写一个脆弱的自定义代理。权限模型是行/列级别还是表级别？对于可能泄露数据的写操作（临时表、带副作用的 CTE），即使在只读授权下，你们是如何处理的？

把智能体限定到行级别是正确的粒度——一旦智能体在实时客户数据上运行，表级别授权就太粗了。不过好奇失败模式：当智能体的查询触及作用域之外的行时，你们是静默过滤还是大声报错？静默过滤能让运行继续，但会在聚合上产生自信的错误答案（智能体永远不知道它的 SUM 少了半数的行）。你们是如何权衡的？祝贺发布。

智能体的数据库访问中，小错误会导致大代价。我好奇 valv 如何处理写操作：默认试运行、基于 schema 的安全护栏，还是在任何数据修改之前设置审批队列？

有了 GPT-5.6，你能做出哪些以前不现实的东西？