資料庫工具有一條奇怪的曲線：年輕時用 phpMyAdmin，後來換 DBeaver，然後你就得面對一個事實：DBeaver 要 Java。為了看一個 SQLite 檔，你的機器先欠 Oracle 一份 JRE。TablePlus 好用，但它是 Freemium，重要的功能卡在付費牆後面。
最近 GitHub Trending 上冒出的 DBX（t8y2/dbx），號稱用 25 MB 解決這件事。我花了幾天把它翻了一遍，包括原始程式碼結構、release 節奏、貢獻者分佈，以及它內建的 MCP server。這篇寫給正在找輕量資料庫用戶端、或想讓 agent 直接查自己資料庫的人。
一、25 MB，沒有 Java，沒有 Chromium
DBX 是 Rust + Tauri 2 + Vue 3 寫的，單一二進位檔，下載、安裝、連線，沒有任何 runtime 相依性。這對 Mac 沒裝 Java 的人特別有感：DBeaver 那條路本來就走不通，DBX 是同類裡少數零依賴的開源選項。
安裝就一行：
brew install --cask dbx
Windows 有 Scoop 和 WinGet，Linux 有 Flatpak，另外還能用 Docker 起一個網頁版（docker run -p 4224:4224 t8y2/dbx:latest），瀏覽器開 localhost:4224 就是完整功能。
二、100 種資料庫怎麼做到的
官方數字是支援 100+ 種資料庫，我原本以為是行銷話術。拆開看其實是三層：
- 原生驅動：MySQL、PostgreSQL、SQLite、Redis、MongoDB、DuckDB、ClickHouse、SQL Server、Oracle、Elasticsearch、TiDB、OceanBase、達夢、TDengine 等，直接吃 Rust driver（sqlx、tiberius、redis-rs、mongodb driver）。
- Agent-based / JDBC 擴充：Snowflake、Trino、Hive、DB2、Neo4j、Cassandra、BigQuery、Databricks、SAP HANA 這類，靠 agent profile 與 JDBC plugin 補齊。
- 中介軟體也算：Kafka、RabbitMQ、MQTT、Pulsar 的訊息佇列 console，加上 Nacos、Consul、ZooKeeper、etcd 的服務發現與 KV 瀏覽，都塞在同一個 App 裡。
第二層的代價是這些資料庫要另外開 agent、走 JDBC，效能與相容性自然不如原生驅動。但「一個工具看完所有東西」在實際維運時確實省事，不用為了看一眼 Kafka topic 再開一套工具。
編輯器本身是 CodeMirror 6，語法標示、metadata-aware 自動補全、SQL 格式化都有。資料表格用虛擬捲動，大結果集不會卡；支援 inline 編輯（存檔前先 preview SQL）、DataGrip 式過濾、匯出 CSV/JSON/Markdown/XLSX/INSERT。Schema 側有 ER 圖、跨連線 schema diff、explain plan 視覺化，甚至有欄位級的 lineage 分析。
三、重點是 MCP：讓 agent 直接查你的資料庫
DBX 的 AI 助手可以在編輯器裡選取資料表、用自然語言換 SQL，背後接 Claude、OpenAI 或 Ollama 本地模型，AI 生成的 SQL，會先過內建的 safety check 才執行。這部分各家都有，不新鮮。
真正讓我把它收進工具清單的是 MCP server。它是獨立的 Rust 程序：
npx @dbx-app/mcp-server
接到 Claude Code、Cursor 或任何 MCP 相容的 agent 之後，agent 能列出你在 DBX 裡設定好的連線、瀏覽資料表、執行 SQL，甚至直接在 DBX 的介面開表。等於你在 GUI 裡設定一次連線，agent 那邊就全部吃得得到，不用把密碼複製貼上到各個工具的設定檔。
權限設計是我認為它做得對的地方。三級模式放在 DBX Settings → MCP 統一管：
| 模式 | 機器可讀值 | 能做什麼 |
|---|---|---|
| Read only | read_only |
只能讀 |
| Data read/write | safe_write |
讀寫資料 |
| Full access | high_risk_write |
含結構變更 |
搭配連線 allowlist，第一次接 agent 時從 read_only 起步是合理預設。舊版的 DBX_MCP_ALLOW_WRITES 環境變數在你存過一次中央 policy 後就失效，而且它永遠只能限制寫入、不能反過來開啟寫入——方向做對了。
除了 MCP，它還有 CLI（dbx query local "select 1" --json）可以直接寫進腳本；dbx agent setup 會離線把官方的 DBX Agent Skill 裝到 ~/.agents/skills/dbx，讓 shell 型的 agent 知道怎麼安全地用這套 CLI。
四、資料安全：加密與金鑰的細節
連線密碼、AI 設定、隧道憑證都是加密後才寫進 dbx.db。桌面版用平台憑證庫（macOS Keychain、Windows Credential Manager），Docker/Web 版用資料目錄裡的 secret.key，這個 key 必須跟 dbx.db 一起備份，少了一個，連線設定就是一團亂碼。生產環境可以用 DBX_SECRET_KEY_FILE 注入自己的 secret。
一個容易踩的坑：**直接複製 dbx.db 不是跨裝置同步方式**。平台金鑰不會跟著檔案走，跨裝置要用它內建的加密匯出／匯入，走另一組 sync passphrase。從明文憑證舊版升級的人，第一次開會被要求走 Data Security Upgrade wizard；headless 主機得先在同一個資料目錄完成升級，否則 API 會回 DATA_MIGRATION_REQUIRED。
五、社群健康度：5 個月 2.2 萬星，但要看清楚
我習慣在收一個工具前先看它的治理結構。DBX 的數字（2026 年 9 月 30 日查 GitHub API）：
- 建立於 2026-04-29，5 個月衝到 22,344 stars，Trending 當日 +232。
- Open issues 1,287 個，相對龐大，feature 請求與 bug 一起湧進來。
- 貢獻者分佈：前 100 名貢獻者共 7,228 個 commits，作者 t8y2 一個人佔 53%，第二名 zipg 佔 14%。作者高度集中，但不是只有一個人。
- Release 節奏約每日一發（v0.6.28 在 2026-09-29），迭代極快，反面是 API 與行為隨時在變。
- Hacker News 沒有獨立討論串（Algolia 精確搜尋零筆）。聲量集中在中文社群：QQ 群、微信群、飛書群、LINUX DO，贊助商也多是中國雲端與 model relay 廠商。
我的判讀：功能完成度與迭代速度都高，但它還在快速成長期，不是穩定期。引入的姿勢應該是先用唯讀模式接 MCP、挑一兩個真的資料庫驗證，而不是第一天就把生產連線全部餵給它。
結語
DBX 解決的是兩個問題，都被忽略很久了：資料庫工具越來越重，以及 agent 想查資料庫時永遠在複製貼上連線設定。前者它用 25 MB 單檔給了答案，後者它用 MCP 三級權限給了還算體面的答案。
每天發版、1,287 個 open issues、單人過半的 commits，這些都在提醒你，這還不是能閉眼依賴的基建。但作為 DBeaver 之外的輕量開源選項，以及目前把 MCP 權限管理做得最認真的一個資料庫 GUI，值得先裝起來試。