讓 AI 幫我們畫流圖，我試了幾種 Excalidraw MCP 方案

作者：效率火箭

日期：2026年4月19日上午7:30

來源：WeChat 原文

✦整理版優先睇

速讀 5 個重點高亮

比較幾種 Excalidraw MCP 方案，睇邊個最適合你 AI 畫流程圖嘅工作流

整理版摘要

呢篇文章係一位長期關注生產力工具嘅作者，見到 AI 時代出現咗好多可以用 AI 幫手畫流程圖嘅方案，於是親身試咗幾種 Excalidraw MCP。作者想解決嘅問題係：喺咁多選擇入面，到底邊個先係最貼合自己日常工作方式嘅方案？整體結論係：冇一個完美方案，要根據自己嘅使用場景同偏好嚟揀——官方 MCP 適合輕量演示，@cmd8/excalidraw-mcp 適合本地優先嘅開發者，另外仲有其他選擇如 yctimlin 嘅實時白板方案同 Obsidian Skills。

作者首先交代咗背景，話自己以前介紹過在線流程圖工具，而家 AI 大行其道，可以幾乎完全靠 AI 嚟畫圖，只要講清楚要求，AI 就會畫出嚟，然後再手動微調。佢強調 AI 客戶端係前提，例如 Codex、Claude Code、OpenCode、Goose 等，而 Excalidraw 因為開源，所以容易畀 AI 接入。

然後逐一介紹方案：官方 Excalidraw MCP 透過 MCP Apps 生成 HTML 界面，設置簡單但速度一般，最後要返去網頁編輯，適合輕度使用；@cmd8/excalidraw-mcp 係純本地方案，指定本地路徑，AI 直接修改 .excalidraw 文件，適合納入版本管理；最後提及其他路線如 yctimlin 嘅重方案同 Obsidian Skills，各有優缺。作者最終建議，如果想將架構圖當做本地資源管理，佢會揀 @cmd8。

結論：冇完美方案，要按場景揀——官方 MCP 輕量演示、@cmd8 本地優先、其他方案各有特色。
方法：先用 AI 客戶端（如 Codex），再封裝對應嘅 MCP 成 Skill，之後直接用自然語言叫 AI 畫圖。
差異：官方 MCP 走遠程交互路線，最終導去向 Excalidraw 網站；@cmd8 直接操作本地文件，唔使開網頁。
啟發：AI 客戶端未來可能變成應用容器，令好多套殼工具變得冇必要。
可行動點：如果你係 Codex / VSCode 用戶，可以首試 @cmd8/excalidraw-mcp，將 .excalidraw 檔案納入 Git 管理。

值得記低

工具 github.com

Excalidraw 官方 MCP

官方提供嘅 Excalidraw MCP，支援遠程調用同自部署，透過 MCP Apps 生成交互式界面，最後導去向 Excalidraw.com 編輯。適合輕量演示。

工具 github.com

@cmd8/excalidraw-mcp

純本地開源 MCP，直接操作指定路徑下嘅 .excalidraw 檔案，適合本地優先工作流，可配合 VSCode 插件使用，方便版本管理。

工具 github.com

yctimlin/mcp_excalidraw

一套更重嘅實時白板工作台，需要本地同時運行 Canvas server 同 MCP server，提供幾十個工具，支援元素級操作同截圖導出。

連結 excalidraw.com

Excalidraw+ 付費訂閲

官方提供嘅付費方案，適合重度畫圖需求，有更緊密嘅 AI 集成同雲端協作功能。

整理重點

AI 畫圖嘅基本邏輯

作者以前介紹過在線流程圖工具，而家 AI 盛行，開始出現可以幾乎完全依賴 AI 嚟畫圖嘅方案。只要將要求講畀 AI 聽，佢就會先畫出嚟，然後你再微調。Excalidraw 係一個流行嘅開源繪圖工具，好多軟件都有集成，例如 VSCode、Obsidian，而且開源令佢更容易畀 AI 接入。

AI 畫圖嘅核心係：你只負責講需求，操作員（AI）負責執行，唔使關心具體工具細節。

開始之前要先準備好 AI 客戶端，例如 Codex、Claude Code、OpenCode、Goose 等。作者認為 AI 客戶端呢一層好難拉開長期差距，最終大多會趨同。

整理重點

Excalidraw 官方 MCP：輕量演示首選

官方 MCP 走 MCP Apps 路線，即係有交互界面。設置好簡單，只要同 AI 客戶端講明要用 github.com/excalidraw/excalidraw-mcp，叫佢封裝成 Skill 就得。AI 會自動查文檔完成設置。

作者認為官方思路係通過 MCP 將用戶引導去 Excalidraw 網站，網站本身免費開箱即用，甚至可以直接拖本地文件入去編輯。如果有更重度需求，官方會引導你去 Excalidraw+ 付費訂閲。

官方 MCP 整體表現中規中矩，速度一般，最後要返去網頁打開，適合輕量、臨時使用。

整理重點

@cmd8/excalidraw-mcp：本地優先嘅畫圖助理

如果你同作者一樣偏向本地優先，呢款開源 MCP 會更適合。安裝時要指定一個明確嘅本地路徑，AI 暴露嘅能力好剋制，例如創建節點、連線、刪除元素、讀取整張圖狀態等。

呢個方案唔使開網頁，AI 直接修改本地 .excalidraw 文件，可以納入版本管理，方便審閲同提交。

查看繪圖文件需要自己裝一個可以打開嘅工具，例如 VSCode 加 Excalidraw 插件。對於 Codex 呢類擅長處理本地工程文件嘅 AI 客戶端，呢個方案好順手。初始設置都係同 AI 講要封裝成 Skill 就得。

整理重點

其他方案同最終建議

除咗上面兩個，仲有 yctimlin/mcp_excalidraw 呢套更重嘅實時白板工作台，需要本地同時跑兩個進程，提供幾十個工具。作者覺得呢條路線太重，寧願用專業工具畫草稿再畀 AI 改。

如果係 Obsidian 重度用戶，可以考慮 Obsidian Skills，已經包含 Canvas 操作能力，能畫流程圖，而且同筆記引用結合得更好。

最後作者總結：最快見效果揀官方方案；想反覆打磨細節揀 yctimlin；All-in-Obsidian 繼續用 Skills；想將架構圖當成本地資源管理，揀 @cmd8/excalidraw-mcp。

佢仲提到，MCP 或 Skill 嘅未來可能令聊天客戶端變成真正嘅應用容器，呢件事好值得期待，因為可能會令好多套殼式 AI 產品變得多餘。

好耐之前，我介紹過一啲在線流程圖工具，當時好多人都有好大興趣。眨嚇眼已經到咗2026年，而家AI大行其道，我突然發現已經有可以幾乎完全依賴AI嚟畫流程圖嘅方案。

只要將要求話畀AI知，佢就可以先畫幅圖出嚟，之後我再微調或者修改，效率比以前手畫高咗好多。

首先都要講嚇Excalidraw。佢係一個流行嘅開源繪圖工具，不過呢個唔係今日嘅重點。呢個工具已經出咗好耐，好多軟件都圍住佢做咗整合或者插件支援，例如VSCode、Obsidian，甚至佢官網嘅在線版都係開箱即用。

順便一提，Excalidraw插件比Obsidian官方嘅Canvas仲要早，到今日仍然係插件下載排行前幾名。開源亦都意味住佢更容易俾AI接入同操作。

所以，今日真正要講嘅重點都係AI。畢竟，無論係Excalidraw，定係其他畫面更靚、功能更豐富嘅流程圖工具，選擇其實好多。但AI整合就係另一回事。

呢度我更睇重嘅係智能化體驗。同AI講嘢，直接出圖，唔使理具體嘅工具細節，又唔使研究各種操作技巧。我哋可以將自己想像成一個管理者，淨係負責講清楚需求，其他嘢交俾操作員搞掂。至於操作員用咩工具、點樣畫，反而唔係重點。

開始之前，先準備好AI客戶端

喺開始之前，我哋要先準備好AI客戶端。雖然呢個唔係今次畫圖嘅重點，但幾乎係之後所有AI協作嘅前提之一。

我哋以前介紹Obsidian Skills嘅時候，都一樣需要AI客戶端。當時我印象中用嘅係Goose，今次我試咗Codex。

除咗Codex，我哋都可以用Claude Code、OpenCode、Goose等等。可選嘅AI模型都唔同，呢個就按大家嘅喜好嚟揀就得。以我自己判斷，AI客戶端呢一層好難拉開長遠差距，最終多數會趨同，你有嘅功能我都會有，而且迭代速度都好快。

Excalidraw官方MCP

Excalidraw.com官方都有落場做MCP，行嘅係MCP Apps，即係交互式界面呢條路線。佢似一個有交互界面嘅MCP應用程式，可以喺聊天窗口直接生成HTML交互界面。

設定亦都好簡單。話畀AI客戶端知，我要用github.com/excalidraw/excalidraw-mcp，幫我將佢封裝成一個Skill，之後我就可以通過Skill遠程調用呢個官方MCP。AI會自動查詢文檔並完成Skill設定。唔同客戶端嘅操作方式可能多少有啲唔同，但核心機制係一樣嘅。

要注意嘅係，呢個官方開源MCP可以自部署，亦可以遠程調用。我哋今次主要試咗遠程調用，之後會講到另一個偏向本地自部署嘅方案。

AI設定完之後，之後就可以直接通過Skill要求佢出圖。

例如，我呢度嘅使用方式就係咁。

AI完成思考並調用MCP之後，就會生成呢啲圖。我哋可以直接喺Excalidraw官網打開，再進行編輯、保存同導出。

以我理解，Excalidraw.com官方嘅思路，可能就係透過MCP將用戶引導到Excalidraw網站上。呢個網站本身就係一個在線工具，免費開箱即用，甚至可以將本地文件直接拖入去即刻編輯。如果有更重度、更高頻嘅需求，包括更緊密嘅AI整合，以及雲端分享同協作，官網亦會進一步將我哋引導到Excalidraw+嘅付費訂閲方案上。

以我實際使用嘅感覺嚟講，官方MCP嘅整體表現算係中規中矩，速度都算一般，同埋最後都要返去網頁度打開。當然，你都可以將MCP自行部署到本地或者自己嘅伺服器上。總體嚟講，呢個更適合輕量、臨時嘅使用場景。如果你本來就有比較重度嘅畫圖需求，咁我會反而建議直接訂閲Excalidraw+（7美金每月）。

@cmd8/excalidraw-mcp：一個純本地嘅Excalidraw MCP

如果你同我一樣，比較偏向本地優先，咁我會更推薦@cmd8/excalidraw-mcp呢款開源MCP。佢唔係最花巧，但係好可控。

呢個係目前最貼合我工作流程嘅方案。佢嘅路線相當剋制，由安裝嘅一刻開始，佢就要求你指定一個明確嘅本地路徑。佢暴露俾AI嘅能力亦都好剋制，例如創建節點、創建連線、刪除元素、讀取成張圖嘅狀態等等。

呢個意味住我哋唔需要開網頁，亦唔需要經過Excalidraw官網。你淨係需要好似平時叫AI改code咁，將需求甚至修改意見直接話俾佢知，AI就會去修改本地嗰個.excalidraw文件。

因為佢本質上就係本地文件，所以好適合直接納入版本管理，方便審閲同提交。呢下就將成條工具鏈打通咗。睇繪圖文件需要我哋自己安裝一個可以打開嘅工具，例如，我呢度係VSCode加Excalidraw插件，或者其他兼容嘅App都得。對於Codex呢類本來就擅長處理本地工程文件嘅AI客戶端嚟講，呢個方案確實好順手。

同樣，初始設定都唔複雜。我哋只要話畀AI知，要封裝一個Skill，基於@cmd8/excalidraw-mcp呢個開源項目嚟生成圖，其餘嘅基本就交俾AI處理就得。

其他選擇

除咗上面兩個Excalidraw相關嘅MCP之外，其實仲有啲其他路線。

例如yctimlin/mcp_excalidraw，呢個係一套更「重」嘅實時白板工作台。佢需要喺本地同時行兩個進程，一個係本地網頁上嘅Canvas server，另一個係MCP server。佢提供咗幾十個工具，支援元素級嘅增刪改查、場景描述，甚至截圖導出。

但對我嚟講，呢條路線就有啲太重。如果我真係有呢種需求，我多數會揀某種本地專業工具嚟完成操作，叫AI畀個草稿先，再返去專業工具度編輯，但長遠嚟睇，未來嘅AI或者真係可以事無大小全部包辦。

另外，仲有一個唔屬於Excalidraw體系嘅替代選擇。就係：如果我哋本身就係Obsidian嘅重度用戶，咁我上次介紹嘅Obsidian Skills，其實已經包含咗對Obsidian Canvas嘅操作能力，都可以畫出流程圖，而且可以更好咁同Obsidian筆記引用結合，整體上亦都更輕量。

唯一嘅遺憾係，Canvas同Excalidraw始終係兩套唔同嘅體系。Obsidian Canvas只屬於Obsidian，而Excalidraw嘅生態基礎更廣，喺各種軟件入面更容易揾到現成嘅整合同兼容支援。

最後：AI應用風暴，先至啱啱開始

如果淨係想最快見到效果，或者想俾團隊做個型啲嘅示範，咁就揀官方方案，體驗喺聊天窗口直接出圖嘅感覺。

如果想要一個可以反覆琢磨細節嘅畫圖助理，咁就可以去搞yctimlin嘅實時畫布方案。

如果想要All-in-Obsidian，咁就繼續用Obsidian Skills去整Canvas。雖然唔係Excalidraw，但喺Obsidian工作流程入面依然好好用。

而如果同我一樣，淨係想喺Codex呢類客戶端入面，將架構圖當成本地資源嘅一部分嚟管理，咁我會更推薦@cmd8/excalidraw-mcp。

至於MCP或者Skill嘅未來，或者真係會好似官方方案暗示嘅咁樣，將聊天客戶端逐步變成一個個真正嘅應用容器。呢件事好值得期待，因為佢好可能會令唔少套殼式AI產品或者輕量工具，開始顯得冇咁必要。

AI生成流程圖、架構圖、關係圖呢啲能力，可能仲係個開始。更大範圍應用形態變化嘅「風暴」，恐怕已經喺路上喇。

很久以前，我介紹過一些在線流程圖工具，當時有很多人都表現出極大的興趣。如今轉眼已經到了 2026 年，在 AI 大行其道的當下，我突然發現，已經出現了可以幾乎完全依賴 AI 來繪製流程圖的方案。

只要把要求交代給 AI，它就能先把圖畫出來，後面我再細調或修改，效率比以前手工繪製高了不少。

首先還是要講一下 Excalidraw。它是一個流行的開源繪圖工具，不過這並不是今天的重點。這個工具已經出現很久了，很多軟件都圍繞它做了集成或插件支持，比如 VSCode、Obsidian，甚至它的官網在線版也是開箱即用。

順便一說，Excalidraw 插件比 Obsidian 官方的 Canvas 還要早，直到今天仍然位居插件下載排行前幾名。開源也意味着它更容易被 AI 接入和操作。

所以，今天真正要講的重點還是 AI。畢竟，不管是 Excalidraw，還是其他那些畫面更精緻、功能更豐富的流程圖工具，選擇其實很多。但 AI 集成是另一回事。

這裏我更看重的是智能化體驗。和 AI 說話，直接出圖，不用關心具體工具細節，也不用研究各種操作技巧。我們可以把自己想象成一個管理者，只負責把需求講清楚，剩下的事情交給操作員去完成。至於操作員用什麼工具、怎麼畫，那反而不是重點。

開始之前，先準備好 AI 客戶端

在開始之前，我們得先準備好 AI 客戶端。這雖然不是本期畫圖的重點，但幾乎是之後所有 AI 協作的前提之一。

我們以前介紹 Obsidian Skills 時，也是一樣需要 AI 客戶端。當時我印象裏用的是 Goose，這次我試了試 Codex。

除了 Codex，我們也可以用 Claude Code、OpenCode、Goose 等等。可選擇的 AI 模型也各不相同，這個就按大家的喜好來選即可。就我自己的判斷看，AI 客戶端這一層很難拉開長期差距，最終大多會趨同，你有的功能我也會有，而且迭代速度都很快。

Excalidraw 官方 MCP

Excalidraw.com 官方也下場做了 MCP，走的是 MCP Apps，也就是交互式界面這條路線。它更像一個帶交互界面的 MCP 應用，可以在聊天窗口裏直接生成 HTML 交互界面。

設置也很簡單。告訴 AI 客戶端，我要使用 github.com/excalidraw/excalidraw-mcp，幫我把它封裝成一個 Skill，以後我就可以通過 Skill 遠程調用這個官方 MCP。AI 會自動查詢文檔並完成 Skill 設置。不同客戶端的操作方式可能略有不同，但核心機制是一樣的。

需要注意的是，這個官方開源 MCP 既可以自部署，也可以遠程調用。我們這次主要試了試遠程調用，後面也會講到另一個偏本地自部署的方案。

AI 設置完畢之後，後面就可以直接通過 Skill 要求它出圖了。

比如，我這裏的使用方式就是這樣。

AI 在完成思考並調用 MCP 之後，就會生成這樣的圖。我們可以直接在 Excalidraw 官網打開，再進行編輯、保存和導出。

從我的理解看，Excalidraw.com 官方的思路，可能就是通過 MCP 把用戶引導到 Excalidraw 網站上。這個網站本身就是個在線工具，免費開箱即用，甚至可以把本地文件直接拖進去立刻編輯。如果有更重度、更高頻的需求，包括更緊密的 AI 集成，以及雲端分享和協作，官網也會進一步把我們引導到 Excalidraw+ 的付費訂閲方案上。

就我的實際使用感受來說，官方 MCP 的整體表現算是中規中矩，速度也比較一般，而且最後還是要回到網頁裏打開。當然，你也可以把 MCP 自行部署到本地或自己的服務器上。總體來說，這更適合輕量、臨時的使用場景。如果你本來就有比較重度的畫圖需求，那我反而會建議直接訂閲 Excalidraw+ ( 7美金每月 )。

@cmd8/excalidraw-mcp：一個純本地的 Excalidraw MCP

如果你和我一樣，更偏向本地優先，那我會更推薦 @cmd8/excalidraw-mcp 這款開源 MCP。它不是最花哨的，但它很可控。

這是目前最貼合我工作流的方案。它的路線相當剋制，從安裝那一刻起，它就要求你指定一個明確的本地路徑。它暴露給 AI 的能力也很剋制，比如創建節點、創建連線、刪除元素、讀取整張圖的狀態等等。

這意味着我們不需要開網頁，也不用經過 Excalidraw 官網。你只需要像平時讓 AI 改代碼一樣，把需求甚至修改意見直接交給它，AI 就會去修改本地那個 .excalidraw 文件。

因為它本質上就是本地文件，所以很適合直接納入版本管理，方便審閲和提交。這一下就把整條工具鏈打通了。查看繪圖文件需要我們自己安裝一個可以打開的工具，比方說，我這裏是 VSCode 加 Excalidraw 插件，或者其它的什麼兼容的 App 都可以。對於 Codex 這類本就擅長處理本地工程文件的 AI 客戶端來說，這種方案確實非常順手。

同樣，初始設置也不復雜。我們只要告訴 AI，要封裝一個 Skill，基於 @cmd8/excalidraw-mcp 這個開源項目來生成圖，剩下的基本就交給 AI 去處理即可。

其它選擇

除了上面兩個 Excalidraw 相關的 MCP 之外，其實還有一些別的路線。

比如 yctimlin/mcp_excalidraw，這是一套更「重」的實時白板工作台。它需要在本地同時跑兩個進程，一個是本地網頁上的 Canvas server，另一個是 MCP server。它提供了幾十個工具，支持元素級的增刪改查、場景描述，甚至截圖導出。

但對我來說，這條路線就有點太重了。如果我真的有這種需求，我大概率會選擇某種本地專業工具來完成操作，讓 AI 先給個草稿，再回到專業工具裏編輯，但是長遠來看，未來的 AI 或許真的可以事無鉅細的全包下來。

另外，還有一個不屬於 Excalidraw 體系的替代選擇。那就是：如果我們本身就是 Obsidian 的重度用戶，那我上次介紹的 Obsidian Skills，其實已經包含了對 Obsidian Canvas 的操作能力，也能畫出流程圖，而且能更好地和 Obsidian 筆記引用結合，整體上也更輕量。

唯一的遺憾是，Canvas 和 Excalidraw 畢竟是兩套不同的體系。Obsidian Canvas 只屬於 Obsidian，而 Excalidraw 的生態基礎更廣，在各種軟件裏也更容易找到現成的集成和兼容支持。

最後：AI 應用風暴，才剛剛開始

如果只是想最快看到效果，或者想給團隊做個酷炫一點的演示，那就選官方方案，體驗在聊天窗口裏直接出圖的感覺。

如果想要一個能反覆打磨細節的畫圖助理，那可以去折騰 yctimlin 的實時畫布方案。

如果想要 All-in-Obsidian，那就繼續用 Obsidian Skills 去製作 Canvas。雖然不是 Excalidraw，但在 Obsidian 工作流裏依然很好用。

而如果和我一樣，只是想在 Codex 這類客戶端裏，把架構圖當成本地資源的一部分來管理，那我會更推薦 @cmd8/excalidraw-mcp。

至於 MCP 或 Skill 的未來，也許真的會像官方方案暗示的那樣，把聊天客戶端逐步變成一個個真正的應用容器。這件事很值得期待，因為它很可能會讓不少套殼式 AI 產品或輕量工具，開始顯得沒有那麼必要。

AI 生成流程圖、架構圖、關係圖這些能力，可能還只是個開始。更大範圍應用形態變化的「風暴」，恐怕已經在路上了。