讀時間： 約 5 分鐘 · 系列： 分析師入門 · 上一步： 為什麼不能停在聊天裡 · 下一步： Plan → Execute → Report
一句話區分
| 模式 | 什麼時候 | 交付物 | 狀態列 |
|---|---|---|---|
| Quick Analysis | 未聚焦專案；快速探索、單次驗證 | 對話 + SQL 分頁（可選匯出） | Quick Analysis |
| Project Analysis | 已聚焦專案；要 Plan 審核、正式 Report | Plan + SQL + Report | Project Focused / Planning / Executing |
兩者共用同一個 IDE、同一套表、同一個 Agent——差在有沒有「計畫契約 + Execute 閘門 + Report 交付」。
Quick Analysis：適合什麼
適合：
- 「這張表
status有哪些值？」 - 「試一下 last 30 days 的 GMV，順便看 NULL 比例」
- 「幫我寫一個 PIVOT，我確認語法對不對」
- 分析還在發散，口徑未定
你會看到： Agent 建立 SQL 分頁、執行查詢、在對話解釋結果。可即時看到每一步（若選前台相關行為）。
不會有： Plan 工具列的 Approve & Execute 按鈕——因為你還沒進入「已核准的正式分析計畫」流程。
常見誤區： 在 Quick 裡問「幫我做完整漏斗報告給週會用」，卻期待 Execute / Report 流程。應 建立專案並聚焦，或在 Agent 向你確認模式時選 Project Analysis。
Project Analysis：什麼時候自動進入
滿足任一條件即進入專案模式：
- 已聚焦專案（側邊欄專案列眼睛圖示變綠）——Agent 不再詢問 Quick 或 Project
- 未聚焦時，你對「資料分析請求」選了 Project Analysis
- Quick 過程中複雜度升高，Agent 可能建議 升級為專案
完整路徑：接題 → 探索 → 草擬 Plan → 你批註修訂 → 你按 Execute → Agent 逐步跑 SQL → 產出 Report。
未聚焦時：Agent 會先問你
若你沒聚焦專案，卻提出資料分析類需求（例如「分析留存趨勢」「找出訂單流失原因」），Agent 會先問：
- Quick Analysis — 直接在 IDE 裡查、在對話給結果
- Project Analysis — 建專案、寫 Plan、你審完再 Execute、最後 Report
不會問模式的情況： 純 SQL 語法、功能說明、解釋錯誤訊息——Agent 直接答。
選 Quick 不代表「低級」；選 Project 不代表「一定要很慢」。選的是要不要把口徑與交付鎖進專案文件。
執行模式
Quick Analysis（無專案）
選 快速分析 後，Agent 會再問一次執行方式（三選一）：
| 模式 | 體驗 |
|---|---|
| 前台自動分析 | 即時看到 Agent 建 SQL 分頁 |
| 後台代理分析 | 查詢在背景跑，結果主要在對話；不操作編輯器 |
| 混合模式 | 多數後台，關鍵步驟切前台 |
Plan Executing（專案內）
Plan 進入 Executing 後，Agent 先讀 Plan，再問一次執行方式（二選一；與 Quick 的後台選項分開）：
| 模式 | 體驗 |
|---|---|
| 前台自動分析 | 核心步驟與 Pipeline 階段皆建立 SQL 分頁 |
| 混合模式 | 非 Pipeline 步驟多在對話中 run_query；Pipeline 階段仍須建立 SQL 分頁 |
這只影響 Execute 之後怎麼跑，不取代「Execute 必須你按」這條規則。若中斷後按 Continue，不會重問執行模式。
決策表（分析師版）
| 你的情況 | 建議 |
|---|---|
| 5 分鐘內要一個數、口徑還在試 | Quick |
| 週會要交、口徑會被追問 | 聚焦專案 → Project |
| 已在 Quick 裡寫了 5 個 SQL，發現要寫 Report | 建專案聚焦，必要時把邏輯搬進 Plan |
| 只問 DuckDB 語法 | 直接問，不必建專案 |