30 秒版（對內或對外）
問題： 分析結論常困在 AI 聊天裡——週一追問口徑，只有摘要、沒有 SQL、沒有簽核版。
Lantide Data： 本機 SQL 分析 IDE，內建 Agent。AI 幫你探索和草擬 Plan，你在文件上 批註；滿意後 你按 Execute，Agent 跑 SQL、產 Report——口徑留在 SQL 分頁，交付能進週會。
和聊天 BI 差異： 不是更快出圖，而是 可審、可重跑、Execute 在人。
邊界： 不是雲 ETL，不是全自動報告；適合要 口徑對齊 的分析協作。
2 分鐘版（四段式）
1. 品類（我們是什麼）
桌面 SQL 分析 IDE + 可治理的 Agent。資料在本地 DuckDB；CSV、Excel、Parquet 開箱即用。
2. 差異（為什麼不是 ChatGPT / Julius）
- Plan 寫口徑契約，不是只在對話達成共識
- SQL 分頁 是取數證據，不是隱藏的 Python
- Execute 只能人按，區分探索與正式取數
- Report 含數字與 limitations，可 HTML 匯出
3. 場景（什麼時候用）
大促復盤、漏斗爭議、adhoc 專案、本地檔案還沒進數倉——「這次分析」要被追問 的時候。
4. 邊界（什麼時候不用）
只要一次性圖、永遠不審口徑；或已有成熟 BI + ETL 且 adhoc 不是痛點。
常見反問與短答
| 反問 | 短答 |
|---|---|
| 「我們有 ChatGPT 了」 | Chat 缺 Plan / SQL / Execute 閘門；Lantide 補 可簽核交付 |
| 「會不會更慢？」 | 審 Plan 多花時間；少週會翻車與重算 |
| 「Agent 錯了誰負責？」 | Execute 前人審 Plan；Report 有 limitations；SQL 可重跑查證 |
| 「要裝數倉嗎？」 | 不必；本機檔案即可；可選連外部庫 |
| 「能取代 BI 嗎？」 | 偏 adhoc 與復盤；dashboard 監控仍可用 BI |
可複製到 wiki 的標題建議
- Why Lantide（問題陳述）
- What you get（Plan / SQL / Report / Execute）
- When to use / when not
- Pilot checklist（連 試點五步法）