Lantide Data
← 返回部落格
與 Lantide 整合

使用 Hex 時，為什麼還需要 Lantide？

Hex 擅長雲端協作 Notebook、reactive 執行與 App 發布；當資料必須留在本機、或 adhoc 探索不想進入雲端專案時，可用 Lantide 做 local-first 分析，再把已去敏結果交回 Hex。

Hex 很適合雲端協作：專案用 cell 組成，背後有依變數依賴重建的 reactive graph，也有 Graph View、kernel 與可發布的 App。Execution model · Project kernels

若資料已允許上雲、你需要跨部門一起改、一起看，繼續用 Hex。Lantide 補的是另一類情況：敏感檔必須留本機，或今天臨時進來的 Excel 還不值得開完整雲端專案——先在本機把口徑做對，再把去敏結果交回 Hex 發布。

什麼時候先走本機

1. 檔案還不能進雲端 Kernel

金融、醫療或嚴格監管的團隊，常規定未去識別化的本機報表、客戶檔或內部憑證不得進入第三方雲端運算環境。Hex 有安全與 AI 隱私控制（含 Enterprise BYOK）；若組織政策仍要求「先本機清洗再共享」，就需要一個 local-first 工作站。Credits · AI data privacy

2. 臨時探索不必先開完整雲端專案

「今天丟進來、明天可能作廢」的試算表，先佔用 kernel 與協作流程有時過重。本機 IDE 可以把探索成本與正式發布環境分開。

3. 你要的完成定義不同

Hex 擅長可發布的數據 App 與協作畫布。Lantide 擅長 SQL-first 的 Plan 審閱、批註、persist SQL、Source Run 與 Report evidence。一個偏可互動交付，一個偏可追溯分析契約。

建議流程：本機驗證，雲端發布

階段 放在哪 為什麼
敏感 CSV／本機檔探索 Lantide 本機 DuckDB 直接查檔，少一次不必要搬運
口徑對齊與正式 SQL Lantide Plan、批註、Approve & Execute、SQL evidence
已去敏、需跨部門使用的成果 Hex 協作、發布 App、組織內共享
長期監控 Dashboard Hex 或既有 BI Lantide 不是多人共用監控平台

資料留在本機查詢，不代表整條鏈路零外傳。若使用 BYOK 連到 OpenAI／Anthropic，prompt 與必要 context 仍可能送出；外部資料庫與 MCP 也要逐項檢查。見 Local-first AI 數據分析。

本機這一段你能用到什麼

DuckDB 與 SQL 分頁

CSV、Parquet、Excel 可直接查詢；中間結果可物化為分頁快取，並用 Source Run 重跑依賴鏈。見 DuckDB 本機查詢 與 USER_GUIDE §7–8。

Project Focus 與 Compare View

側邊欄可對專案啟用 Project Focus，讓 Agent 聚焦該專案的 Plan／Report。需要對照舊口徑時，把 Plan 或 SQL 開到 Compare View，主視窗繼續編修。見 USER_GUIDE §11.4 與 §11.10。

Built-in Agent 的 BYOK

Lantide 內建 Agent 使用你自備的模型金鑰，預設執行面在本機工作區。Hex Enterprise BYOK 解決的是雲端專案裡的金鑰與帳單歸屬；兩者可並存，只是預設運算位置不同。

實務三步驟

  1. 在 Lantide 做敏感或臨時探索：載入本機檔，用 Project Focus 起草 Plan，必要時開 Compare View 對照舊 SQL。
  2. 完成去敏與口徑確認：只匯出允許共享的彙總表或已審查 SQL。
  3. 在 Hex 發布協作成果：把驗證過的邏輯或去敏資料帶入 Hex，做成團隊可互動的 App 或文件。
維度 主要使用 Hex 搭配 Lantide
預設運算位置 雲端 project kernel 本機 DuckDB
協作與發布 強 以匯出／交接為主
敏感本機檔 常受政策限制 適合先本地驗證
AI 帳單 credits；Enterprise 可 BYOK 內建 Agent BYOK；模型供應商費用仍需自行管理

結語

Hex 幫你把分析做成可共享的雲端產品；Lantide 幫你在本機把尚不能上雲、或尚不值得上雲的問題先做對。先本地驗證、再雲端發布，通常比二選一更貼近真實工作流。

建議下一步

  • 閱讀 Local-first AI 數據分析
  • 選一份目前不能進雲端的試算表，在 Lantide 完成口徑驗證後，再決定是否去敏匯入 Hex

參考資料