一起来聊聊 DB for AI/Agent 这个话题

你是要用一种数据库来管理 ai 的上下文吗？

数据库就该干数据库的事情，Agent 怎么交互都好。现在做的很多事情有点过头了。

@ximaoyang 是把数据库的 schema/表字段这些变成一个由上面说的代理层管理的 context,提供这个 context 给 agent,让 agent 选择执行哪一条/批 sql.

@shinyzhu 我觉得现在是技术迭代太快，业务场景和需求还没有真的 ai native 或者 agent 化。现在大部分 agent 还是通过后端服务的 mcp 化来获取数据，但是业务状态本身都是在数据库里，ai native 场景里的后端服务会越来越薄甚至不在被需要，agent 本身自己就可以和数据库获交互。也许加一个中间层的代理做好 context 管理和安全审计就能替代很多后端 mcp 读写状态的场景了。

我的个人项目里面，涉及到这块的时候是用 supabase 做数据库，开放给 agent 操作 api 的直接写成 edge function ，加上自搓的注册鉴权机制
说本质还是做了个给 AI 的后端服务，但我觉得这是合理的，没必要把原子读写都交给 agent 做，既浪费钱、还容易出错

我还真有类似需求,目前是做了一些自定义的 json shcema 当做 protocol(其实就是把 orm 操作用 json 规定好). 做了一些目前是好用的, 但是估计复杂起来就够呛了

数据库有外键设计，或者给 AI 一份表与表之间的关联字段，做报表时候，可以使用自然语言让 AI 生成报表，这样不懂 SQL 的人员，就可以自己做报表了。

从 duckDB 切入一定没错

@l84 大佬怎么说，duckdb 有什么魔法吗

如果说 AI 特色的 DB, 应该是在压缩上要有独到之处