鐵人檔案
本系列從實務上的流程圖痛點出發，探討需求反覆變動時，Mermaid、draw.io 手動繪圖與 AI 產圖各自面臨的限制。接著導入 draw.io MCP，搭配結構化需求文件、繪圖規格與 Skill，逐步建立一套可重複使用的 AI 繪圖工作流。全系列將以同一案例進行產圖、局部修改與不同圖表實測，不只展示 AI 能否畫圖，也著重於如何讓產出更穩定、可控且便於維護。
昨天把模板的欄位拆解完了。今天實際用它跑一次：從沒有任何文件開始，透過與 AI 討論，逐步整理出一份完整的流程說明文件。 這次的案例是「電商智慧退換貨流程」：會...
Day 21 整理出一份完整的流程說明文件，但結尾也留下另一個問題：文件回答了「這個流程做了什麼」，卻還沒說明「這些內容要怎麼畫」。今天就從節點分類與配色開始，...
昨天先定義了節點分類與配色，但還有一個問題尚未處理：這些節點該怎麼排列，彼此之間的連線又該怎麼畫？今天繼續補上排列方向、外部系統呼叫、連線繞線與圖例，完成這份繪...
昨天的結尾留了一個問題：流程說明文件負責回答「畫什麼」，繪圖規格文件負責回答「怎麼畫」，但這兩份文件目前仍是獨立的參考資料。每次使用時，都得手動提醒 Claud...
昨天先從概念上認識 Skill，今天直接打開一份實際的 SKILL.md：flow-chart-creator。這份檔案不到兩百行，卻安排了整套工作流程從需求確...
昨天是拆開來逐段看，今天把 flow-chart-creator 目前實際使用版本的完整內容整份貼出來，方便對照昨天拆過的每一段，也留一份完整版本備查。 完整內...
昨天附上了 flow-chart-creator 的完整 SKILL.md，這套工作流程的規則也說明完畢。今天改從實際成品來檢視：以系列持續使用的電商退換貨案例...
昨天透過子流程 5，確認繪圖規格套用在資訊量較高的流程時，仍能維持一致的呈現方式。今天回到 Day 2、Day 3 提出的問題，逐項檢視導入整套工作流程後，哪些...
昨天檢視了三個痛點的改善程度，也預告要改用另一種視角呈現流程。今天沿用同一份流程說明文件與子流程 5，將 User Flow 改畫成 Swimming Lane...
昨天透過 Swimming Lane 將子流程 5 拆成六條泳道，清楚呈現各角色的活動分布與跨系統交接。今天是系列最後一天，我會使用相同流程與參與者，改畫 Se...
