Electron + React 的开源数据库工作台，内置「带 schema 的单条 NL2SQL 提案器」。三个调研对象里，它的技术形态与桌面客户端最接近。
建议参照不引入
参照它的桌面架构（Electron 三进程隔离、驱动只跑主进程+Worker）和 NL2SQL 交互流（上下文先行 → SQL 提案卡 → 风险分级 → 人工确认）。
不引入：仅约 5 周龄、14 star、无测试无 CI；栈是 Electron 而公司桌面端定的是 Tauri 2；AI 只是 NL2SQL，无语义层/多步分析/证据链。当底座不划算。
| 定位 | AI 加持的 DBeaver/Navicat 类桌面数据库客户端（前身 OrbiSQL）。宣称支持 12 种引擎，含 SSH/SFTP、导入导出 |
| 进程隔离 | Renderer(UI) / Preload(受限 API) / Main(驱动·凭据·AI 请求)，contextIsolation+sandbox；数据库 I/O 走 Worker 不阻塞 UI |
| 多引擎 | adapter + 能力矩阵：按引擎选适配器，UI 动态隐藏不支持的操作 |
| AI 接入 | provider 可配（OpenAI / 兼容 API / 本地 Ollama）。注意：远程模型会把表名/字段/注释放进 prompt，「本地优先」≠「数据不外发」 |
| AI 深度 | 一次带 schema JSON 的提示式 NL2SQL，无 RAG/schema 检索、无多步规划、无语义层——结果可能语法对但口径错 |
read/write/dangerous 标签 + 执行按钮 + 转完整 SQL 页，透明可复核。DROP/DELETE 判高危。可扩展为按扫描量/敏感字段/导出行数分级。不要照搬：整包 schema 塞 prompt、只用正则判 SQL 风险、把「AI 数据分析」等同 NL2SQL。