用于数据库的 DSH 插件

数据库插件让智能体直接对话真实存储，而不是把 CSV 导出贴进提示词：带 schema 内省的 SQL 客户端、作为记忆后端的本地嵌入式数据库、缓存层，以及产物存储。在本目录里，实用的分界是本地嵌入式存储（SQLite 图、沙箱项目库）与任何仍持有远程引擎连接串的插件。

只读凭证是合理起点。优先选择会展示即将执行的查询、默认限制行数、并把连接串挡在模型上下文之外的插件。因为智能体「觉得应该写」就打到生产库，是类目失败，不是高级功能。

怎么评估

追问三个问题：数据落在哪、谁能改、什么会离开本机。本地 SQLite 后端把爆炸半径关在 profile 目录里；远程 SQL 客户端继承你的网络与凭证。检查是否记录已执行语句、schema 内省是否有上限、以及导出或 dump 是否需要审批。

对底层用数据库的记忆类插件，要拆成两个问题：检索是否有界，写入是否可审查。没有审计面的图迟早会既错又读不动。

什么样算好

强的数据库插件默认只读，在执行前展示语句，并限制结果体积，避免宽表冲垮上下文窗口。Schema 事实是显式的。写入（若存在）要么在审批门后，要么局限在你能打开检查的本地产物文件。连接密钥留在模型不会复述的配置里。

「agent 能查 Postgres」是能力声明，不是工作流。有用的是让查询路径和文件编辑一样可审查。

常见失败

常见失败是为了教程里的 INSERT 默认开放写权限。第二种是把带密码的 URL 贴进提示词或工具参数，永久写进对话记录。第三种是对宽表无界 SELECT *，烧掉上下文并对错误切片给出自信摘要。

本地库与远程引擎

本地嵌入式数据库把密钥与爆炸半径留在 profile 目录内。远程引擎继承你的网络、凭证，以及写工具能犯的每一个错。先本地。只有查询路径和文件编辑一样可审查时再升远程：先展示语句、限制行数、永不回显密钥。

建在数据库上的记忆类插件需要两道边界：检索有界，写入可审。缺任何一半，图存储都会同时变得既错又不可读。