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

参考资料