框架速覽：什麼時候該升級工具

到目前為止，我們用的都是「紙筆 + 文字描述」來設計圖。這在很多場景下已經夠了。但你的圖長到一定程度，會開始需要工具的支撐。

這課不教你怎麼用這些工具——每個都能開一門獨立的課。這裡只幫你判斷：什麼時候該從 Markdown 描述升級到框架。

三種選擇

選項一：維持手動（Markdown + 規範）

你的圖用文字或圖片描述，routing 邏輯寫在 CLAUDE.md 或 Skill 裡。

優點：零學習成本、零依賴、改起來最快。 限制：沒有自動重試、沒有 checkpoint（中斷後不能從中間接續）、沒有統一的可觀測性。 適合：≤ 5 個節點、團隊 ≤ 3 人、改動頻繁還在探索階段。

選項二：輕量框架（LangGraph）

用 Python 定義 StateGraph，每個節點是一個 function，邊用程式碼定義條件。

優點：有 checkpoint、有 human-in-the-loop 支援、社群活躍。 限制：綁 LangChain 生態、學習曲線中等。 適合：5-20 個節點、需要 checkpoint 和 retry、團隊有 Python 開發能力。

選項三：重量級工作流引擎（Temporal）

專為長時間運行、需要強容錯的工作流設計。原本用於微服務編排，現在也支援 LLM workflow。

優點：極強的容錯和持久化、支援分散式部署、適合 production 等級。 限制：需要自己部署和維運、學習成本高、對小團隊可能太重。 適合：20+ 個節點、需要跨天運行、需要保證 exactly-once 語意。

判斷表

問題	手動	LangGraph	Temporal
節點數	≤ 5	5-20	20+
需要 checkpoint？	不需要	需要	必須
需要自動 retry？	不需要	需要	必須
團隊規模	1-3 人	3-10 人	10+ 人
還在探索？	是	部分定型	已定型

建議的升級路徑：先用手動跑通 → 發現痛點（重複的手動 retry、中斷後要從頭跑）→ 升級到 LangGraph → 發現需要跨服務、長時間運行 → 考慮 Temporal。

不要一開始就上最重的工具。Graph Engineering 的核心是設計，不是框架。框架只是讓你的設計跑得更穩的工具。

AI 協作：學了這個，跟 AI 怎麼配合？

讓 AI 幫你評估是否該升級工具。

你的人類優勢：

• 判斷「痛點有多痛」——每週手動 retry 一次 vs 每天十次，升級的優先級不同
• 判斷團隊能不能消化新工具的學習成本

可以這樣跟 AI 說：

我現在有一張 8 個節點的工作流圖，用 Markdown 規範管理。最近的痛點是：Agent 偶爾超時要手動重跑、中斷後不能從中間接續。我該升級到什麼工具？團隊 2 人，都會 Python。