读时间： 約 8 分钟 · 角色： 产品经理 / 決策者 · 下一步： 依下方閱读路徑評估是否值得试用或推广給分析團隊。
你可能在問的問題
「我們已经有 ChatGPT / BI Copilot，为什麼还要換一个桌面工具？」
「Agent 做分析，出了錯誰負責？」
「这跟 Julius 那類上传 CSV 就出图的工具有什麼不同？」
这些問題的核心不是「AI 能不能分析」，而是：團隊能不能对一个数字問責、審核、重跑——而不是在周会上念一段聊天摘要。
Lantide Data 是什麼（PM 视角）
一句話：本機数据分析 IDE，提供可治理的内建或外部 Agent 工作方式——把分析做成 可審閱的 Plan / Report / SQL，且 只有人能按 Approve & Execute 开跑正式分析。
它不是：
- 通用聊天模型（沒有工作区、Plan 狀态、快取血緣）
- 「上传 CSV 就出图」的聊天分析工具（口徑多在会話内，難当正式交付）
- 改 repo 的 coding agent（不管 Plan、Report、Execute 邊界）
它介于「快問快答的 AI 分析」与「改程式碼的 agent」之间——刻意暴露 SQL、Plan 可批註、Execute 在人，用可治理換取利害关系人可簽核的交付物。
为什麼值得推給分析團隊
1. 問責邊界清楚
Execute = 人類明確授权：「这版 Plan 我核准了，可以正式跑。」Agent 不能在 Planning 階段或对話里假裝你已批准。周会上可以問：誰、在什麼前提下簽了这版口徑——而不是「AI 当时是这樣算的」。
2. 協作发生在文件上，不是 Slack 來回
Plan 上的批註綁定原文；Resolve 后 Agent 增量修改。共识写进 Markdown，不是口頭答应后漏改。
3. 分析品質看内容，不是看形式
判断一次分析能否拿去开会簽核，看的是：Plan 能否執行到 Report、Report 是否有具体数字与 limitations、漏斗是否有 stage 定義与分母——不是管线拆得多漂亮这類形式指标。多步物化与 Source Run 能加速与除錯，但不能替代可審閱的口徑与交付物。
4. Memory 可治理，不是黑盒累積
Agent 提案进 Queued Knowledge，你核准后才写入 User / Project 知识。敏感專案可关閉；不会预设把对話灌进向量庫。
5. 外部 Agent 的权限与分析核准是两道门
Agent Integration 的 Observe、Execute、Admin 是 connection 的能力上限；Plan 的 Planning、Executing、Executed 是分析生命周期。給外部 Agent Execute 或 Admin 并不等于核准某一版 Plan，正式分析仍須由人按 Approve & Execute。治理选擇見 外部 Agent Integration。
誰該用、誰可能不适合
| 适合 | 不太适合 |
|---|---|
| 需要口徑对齊、可簽核交付的分析協作 | 只要一次性图表、不需 SQL 證据 |
| 本機 CSV / Excel 場景 | 预设重度云端数倉 + 企业 ETL 調度 |
| 希望 Agent 探索、人保留 Execute 与批註 | 期望 Agent 全自動出報告无人審 |
| 小團隊「Plan 当规格、Report 当交付」 | 仅需 NL2SQL 单次問答 |
→ 詳細对照：和 ChatGPT / Julius 類差在哪
建議閱读路徑（入门 → 实踐 → 进階）
入门：做採用決策（約 15 分钟）
| # | 文章 | 概述 | 狀态 |
|---|---|---|---|
| 1 | 誰該用、誰不該用 | 團隊规模、资料型态、協作需求与 Lantide fit | 已有 |
| 2 | 和 ChatGPT / Julius 類差在哪 | 聊天分析 vs SQL-first；可治理 trade-off | 已有 |
实踐：團隊怎麼落地（約 25 分钟）
| # | 文章 | 概述 | 狀态 |
|---|---|---|---|
| 3 | 跨角色協作：PM 怎麼用 | 人与 Agent 各環節分工；Execute 为何必須可观测 | 已有 |
| 4 | 品質底线：Execute 前必審 | 数字、分母、limitations；形式指标不能替代内容 | 已有 |
| 5 | Agent Memory 与 Plan 別搞混 | Queued Knowledge 審批；合规与关閉策略 | 已有 |
| — | 跟做 | USER_GUIDE §2 或请分析師 demo 一轮 | 已有 |
进階：对外与导入（約 15 分钟）
| # | 文章 | 概述 | 狀态 |
|---|---|---|---|
| 6 | 團隊导入五步法 | 选真实小專案、跑通 Plan→Report、观察 Execute 邊界 | 已有 |
| 7 | 对外電梯簡報素材 | 品類、差异、場景、邊界四段式話術 | 已有 |
设計深度（选读）
| 资源 | 何时读 |
|---|---|
| 0. 系列导读与产品定位 | 市場空位、Julius 对照、产品品類定位 |
| 1. Agent 时代的数据分析工作流 | Execute 与 Plan/Report 设計全文 |
| 2. 可治理的 Agent Memory | Queued Knowledge 治理 |
| 外部 Agent Integration | 評估外部 Agent 的 scope、mode、Activity 与撤銷方式 |
导入试用：你可以这樣驗證
- 选一个有口徑爭議的真实小專案（比 demo 资料更能体会价值）
- 请分析師跟 USER_GUIDE §2 跑通 Plan → Execute → Report
- 刻意留一條 Plan 批註，看是否只改被点段落
- 確认 Execute 只有人按——Planning 階段 Agent 不会偷跑
- 評估：Report 能否附在周会，而非再手写一版 PPT 逻辑
其他角色
- 分析師引言 — 日常分析工作流与 SQL-first
- 业务与运營引言 — 審 Plan、驗 Report（试点第二波）
- 平台启用（数据工程）引言 — 連线与工作区遷移（有工程支援时）
- Learn Hub