30秒速读
Tamery 是一款面向开发者与 AI 代理的开源数据库客户端，同时提供桌面端、Web 端和 MCP Server。它覆盖 PostgreSQL、MySQL、SQL Server、ClickHouse、SQLite 等多种数据库，支持表浏览、SQL 编辑、架构可视化，以及让 AI 助手在人工确认后执行写操作。它的亮点是把人工开发流程和 AI 代理流程接在同一套连接管理里，代价是自托管需要额外维护 Postgres 与 Redis，完整 AI 助手还涉及 Pro 功能边界，使用前要先核对清楚。
软件信息表
| 项目名称 | Tamery |
| 项目定位 | 面向开发者与 AI 代理的开源数据库客户端 |
| 提供形态 | 桌面端、Web 端、MCP Server |
| 主要语言 | TypeScript |
| 支持数据库 | PostgreSQL、TimescaleDB、MySQL、MariaDB、SQL Server、Oracle、ClickHouse、SQLite、Turso、Cloudflare D1 |
| 连接方式 | 连接字符串、环境文件、JDBC URL、psql 命令导入，支持 SSH 隧道与 SSL |
| 获取方式 | GitHub 开源项目，见下方直链按钮 |
GitHub 国内访问较慢，如打不开可多刷新几次
上手指南
建议先从只读浏览开始，确认连接与显示都正常，再放开写操作与 AI 助手。
- 先接一个非生产库。用连接字符串或环境文件导入一个测试库，确认表浏览、排序、筛选和单元格编辑都能正常工作。
- 打开查询编辑器写一条简单查询，试试模式感知的自动补全，确认对目标数据库的语法提示符合预期。
- 打开架构可视化，对照已有表结构看一遍，确认外键与表关系显示无误，再把它当作日常查结构的入口。
- 需要走 SSH 隧道或私有网络的库，单独建一条连接配置并做好标记，不要和直连配置混在同一个列表里凭记忆区分。
- 最后再接 AI 助手与 MCP：先让助手只做生成、解释和修复 SQL 的只读任务，确认写操作一定会先弹人工确认，再考虑放开。
装完先改这几处设置
数据库工具的默认值首先要为安全服务，下面几处建议装完就定下来。
- 给生产库与测试库做视觉与命名区分。连接名带上环境标识，生产库默认只读或默认不自动连接，避免手滑在生产库上跑了写操作。
- 把连接字符串加密与凭据管理流程定下来。连接配置不要明文散落在聊天记录或临时文件里，团队共用时更要统一存放位置与轮换规则。
- 把 AI 写操作的人工确认当作红线保留。不要为了图快关掉确认，确认弹窗是 AI 查询与真实数据之间最后一道人工关卡。
- 自托管用户要先定好 Postgres 与 Redis 的维护责任人。谁负责备份、升级与故障恢复，装机时就要写下来，不要等出问题再找人。
真实使用场景推演
假设一个开发者同时维护三个库：线上的 PostgreSQL 业务库、分析用的 ClickHouse，以及本地的 SQLite 原型库。过去要在不同工具之间切换，连接方式也不统一。用 Tamery 的流程是：三个库用各自的连接字符串一次接进来，日常浏览、排序筛选和改表都在同一个客户端里完成；遇到复杂查询，先在编辑器里写，靠自动补全减少拼错字段名的情况；需要让 Claude Code 或 Cursor 这类代理帮忙时，走 MCP 把查询交给代理，代理生成的 SQL 在真正写库之前先弹出来给人确认一遍，人点了确认才执行。分析库的聚合查询与业务库的点查共用同一套连接管理，但生产库与测试库的标识始终分开，写操作的风险被人工确认挡在最后一刻。
避坑清单
- 不要第一个就接生产库。先用测试库把查询编辑、架构显示、隧道连接和确认流程都验证一遍，再接生产库。
- 不要默认所有数据库的功能覆盖都一样。支持列表里的每个数据库，其 SQL 兼容性、操作覆盖与权限行为都要针对目标库单独验证。
- 不要把完整 AI 助手默认当成免费功能。项目说明完整 AI 助手属于 Pro 功能，免费范围与付费边界要结合实际服务确认，选型预算不要按全免费来算。
- 不要忽视自托管成本。自托管需要 pnpm、Bun 以及 Postgres 与 Redis，或者走 Docker，这套组合的运维成本要算进选型，不能只看客户端本身轻不轻。
- 不要期待外部贡献流程像常规开源项目。项目不接受拉取请求，问题反馈走 issue 提交，团队如果计划深度定制，要先想好维护分支的成本。
注意事项与常见问题
问：它能替代现有的数据库管理工具吗？
答：要看目标库。覆盖面广是优势，但每个库的实际操作覆盖需要逐个验证，替代之前建议并行使用一段时间，对照结果是否一致。
问：AI 助手会不会直接改库？
答：按项目设计，AI 生成、解释和修复 SQL 之后，修改数据前会等待用户确认。关键是不要关掉这个确认，并把生产库的确认流程看得比测试库更重。
问：自托管难不难？
答：需要 pnpm、Bun 以及 Postgres 与 Redis，或者使用 Docker。能接受这套组合日常维护的团队再选自托管，否则先用桌面端或 Web 端。
问：离线能用吗？
答：项目支持离线使用与本地连接，桌面端支持连接本地主机与私有网络，具体离线范围以实际验证为准。
适合谁，不适合谁
适合的人：需要统一管理多种关系型、分析型或嵌入式数据库的开发者与数据工程师，以及希望让 AI 代理在人工确认下查询数据库的团队。
不适合的人：需要高度定制的企业权限体系、有明确自托管运维文档要求、或者希望通过常规拉取请求参与项目演进的团队，这些方面都要先验证再决定。
一句话取舍：多库统一管理加受控的 AI 查询是它的主场；要的是企业级权限与运维保障，就先把它当作候选验证，而不是默认答案。
关注「软件教程管家」
回复软件名即取即下：网盘下载链接 + 提取码，一步直达，不用再跳转。
本站资源仅供个人学习交流，请勿用于商业用途。软件与资料版权归原作者所有；如有侵权，请通过公众号「软件教程管家」联系我们，我们将在 24 小时内下架处理。查看免责声明 ›
