Lantide Data

← 返回学习中心

分析師引言：Lantide Data 对你意味著什麼

读时间： 約 8 分钟 · 角色： 分析師 · 下一步： 依下方閱读路徑逐篇深入，或直接去 USER_GUIDE §2 跟做一轮漏斗分析。

你可能已经遇过这个場景

周五用 AI 問了两小时漏斗与 GMV 口徑，对話里数字看起來合理。周一財务追問：「分母含不含取消单？退款怎麼扣？」你翻聊天紀录——只有摘要、几張截图，中间的 JOIN 与 WHERE 逻辑說不清。

問題通常不是模型不夠聰明，而是分析被留在对話氣泡里：沒有 Plan 写清口徑、沒有 SQL 分页当證据、沒有 Report 当交付物。六个月后，連你自己都難以重现那个数。

Lantide Data 是什麼（分析師视角）

一句話：本機 SQL 分析 IDE，内建 Agent 副駕駛，也能接入受控的外部 Agent——不論从哪个对話介面工作，口徑与取数逻辑都应留在你可審閱的 SQL 分页与 Markdown 文件里，而不是藏在一次性 Python cell 或聊天摘要中。

你熟悉的 Lantide 的做法
上传 CSV → 聊天出图 本機 DuckDB 查檔案；Agent 与你共用同一套表名
口徑在腦袋或对話里 Plan 写清分母、粒度、checkpoint；SQL 分页是執行證据
AI 自己跑完分析 你按 Execute 才算正式开跑；Planning 階段只探索与修 Plan
结論貼 Slack Report 进專案文件，可批註、可 HTML 匯出

它不是「会写 SQL 的 ChatGPT」，也不是「改 repo 的 coding agent」——而是專为分析工作设計的 Agent 執行環境：同一个 IDE 里完成探索、起草、授权執行、交付。

为什麼值得你用（而不是繼續湊工具）

1. 口徑可辯論、可重跑

活躍用戶怎麼定義、两表 @@PROTECT0@@ 怎麼对齊、JOIN 会不会 fan-out——用 @@PROTECT1@@ / @@PROTECT2@@ / @@PROTECT3@@ 写在 SQL 分页与 Plan 里。同事改的是同一段逻辑，不是重播一段对話。

2. 分析有階段，不是一鍵黑盒

Agent 会先探索 schema、草擬 Plan，等你批註滿意后才 Execute。这对分析師意味著：探索可以快，正式取数必須有契約——分母、stage 定義、limitations 都要在 Report 里說清楚。

3. Quick 与 Project 分工清楚

欄位探索、单次驗證 → Quick Analysis（对話 + SQL 分页）。要 Plan 批註、正式 Report、給主管簽核 → 聚焦專案走 Plan → Execute → Report。不必在錯的模式里抱怨「为什麼沒有 Approve & Execute 按鈕」。

4. 进階能力按需取用

快取、Source Run、統計工具、Agent Memory 都有，但分析正確性优先于管线形式——不必为了「管线看起來很完整」而硬拆步驟；一次性清楚的 JOIN 可以直接跑。

可能不适合你的情况

  • 只要一次性图表、完全不需要留 SQL 或口徑證据
  • 重度自訂 Python / Notebook pipeline，且團隊不打算以 SQL 作为口徑契約
  • 预设期望 Agent 全自動跑完報告、无人審閱

若你只是要「快問快答」，通用聊天工具可能更輕；若你要六个月后还能說清楚这个数怎麼來，Lantide 的设計更对齊。

建議閱读路徑（入门 → 实踐 → 进階）

先读完本篇，再依序或按需跳读。

入门：建立心智模型（約 15 分钟）

# 文章 概述 狀态
1 为什麼分析结論不能停在聊天里 聊天缺契約、批註綁定与锁定交付；何时該升級專案 已有
2 Quick Analysis 与 Project Analysis 两種模式各适合什麼任务；已聚焦專案时 Agent 的行为 已有

实踐：对齊日常工作流（約 30 分钟 + 跟做）

# 文章 概述 狀态
3 Plan → 批註 → Execute → Report 各階段該做什麼；Execute / Report 驗收时可用 Compare view 并列对照 已有
4 SQL-first：口徑写在分页里 取数用 SQL；統計工具在乾淨表上启用；与聊天出图工具的对照 已有
5 快取与 Source Run 要懂到哪 persist vs agent 快取；何时值得拆 persist 分页 已有
— 跟做 USER_GUIDE §2 快速开始（orders 漏斗） 已有

进階：长期協作与品質（約 25 分钟）

# 文章 概述 狀态
6 对話里的統計分析工具 @@PROTECT4@@ 能做什麼；執行前 Agent 为何会問你確认 已有
7 Reference docs：大型参照怎麼放 映射表／字典与 Plan、Memory 分流；Update Intro 已有
8 Skills：可复用的分析方法论 用 / 加载；可与外部 Agent 共用 definition；不是工具权限 已有
9 Plan vs Agent Memory 分工 单次假设写 Plan；跨專案口徑经 Queued Knowledge 審批 已有

设計深度（选读）

资源 何时读
1. Agent 时代的数据分析工作流 想理解 Execute 邊界与 SQL-first 全文
5. 統一查詢层 §八 想理解物化与 Source Run 工程細節
USER_GUIDE §5–15 操作查詢、快取、Agent、Skills、Memory
外部 Agent Integration 團隊想从 Cursor、Codex 或 Claude 操作同一套 Lantide artifacts

试用檢查清单

  • 读完本篇 + 入门 2 篇
  • 跟做 USER_GUIDE §2 一轮 Plan → Execute → Report
  • 试开 Compare view：Execute 时对照 Plan，或驗收 Report 时对照 Plan（見 plan-execute-report §4–5）
  • 在 Plan 上留一條批註，確认 Agent 只改被点段落；Resolve 后试 View changes 与 Archive
  • （可选）建一个小 Reference 映射 + Intro（見 reference-docs-for-analysts）
  • （可选）启用一个个人 Skill，再用 / 加载它（見 skills-for-analysts）
  • 在 Data → Cached 右鍵 查看 SQL，对一下口徑
  • （若使用外部 Agent）在 Lantide 核对 Plan、SQL evidence、Report 与 External MCP Activity

其他角色

下一篇: 为什麼分析结論不能停在聊天里 →