昨天測完 MCP Tool Server，也提到今天要換第三種方式：Assistant Plugins。它一樣在 Claude Code 裡使用，但不需要設定 MCP，改成從外掛市集安裝——但要注意的是，安裝動作必須在終端機版 CLI 進行，這點下面會說明。今天我們會先把外掛裝起來、確認它真的載入，實際產圖與輸出格式留到明天說明。

這次不是接一個 MCP server

前兩種方式的共同點，是都要先把 draw.io 接成一個 MCP server：App Server 是在 Claude.ai 加一個遠端位址，Tool Server 是裝 npm 套件、把啟動方式寫進設定檔。

Assistant Plugins 走的是另一條路。draw.io 官方把整合包裝成一個外掛，放在自家 GitHub repo 的外掛市集（plugin marketplace）裡，直接用 Claude Code 的 /plugin 指令安裝即可。官方目前提供 Claude Code、Codex CLI 與 GitHub Copilot CLI 三種版本，安裝來源都是同一個市集 repo；這個系列一路以來用的是 Claude Code，這次將繼續延續。

產圖後的預設結果也和前兩種不同：不是內嵌在對話裡，也不是開一個瀏覽器分頁，而是在本機寫出一個 .drawio 檔並用 draw.io 打開它。官方文件也提到，只要在需求裡順帶說明格式，就能改成輸出 PNG、SVG、PDF 或一個 draw.io 網址。

兩行指令完成安裝

在 Claude Code CLI（終端機版）裡，官方提供的安裝指令是兩行：

/plugin marketplace add jgraph/drawio-mcp
/plugin install drawio@drawio

這兩行做的事情不一樣，以下分別說明：

第一行 /plugin marketplace add，是把 jgraph/drawio-mcp 這個 GitHub repo 登記成一個外掛市集來源。Claude Code 會去抓這個 repo 裡的市集目錄，讓它底下的外掛出現在可安裝清單中。這一步還沒有安裝任何東西。

第二行 /plugin install drawio@drawio，才是真的把外掛裝進來。@ 前面是外掛名稱、後面是市集名稱——兩邊都叫 drawio，所以看起來有點像重複，但它們指的其實是不同層級。市集名稱是 draw.io 官方在 repo 裡自己定義的，不等於 repo 名稱 drawio-mcp。

執行安裝指令後，Claude Code 會開啟外掛的詳細資訊，讓我選擇安裝範圍：

• User scope：只裝給自己，所有專案都能用
• Project scope：寫進專案的 .claude/settings.json，同一個 repo 的協作者都會拿到
• Local scope：只裝給自己，且只在這個 repo 生效

這裡的選擇邏輯，和 Day 10 把 MCP 設定寫進使用者層級的 ~/.claude.json 是同一件事的不同形式。我選的是 User scope，因為畫流程圖這件事不會只發生在一個專案裡。（用 CLI 子命令安裝時，這個選擇是用 -s user|project|local 指定，預設為 user。）

匯出格式要另外準備 draw.io 桌面版

安裝到這裡就結束了，不過有一件事先記著。

官方文件寫得很明確：PNG、SVG、PDF 這幾種匯出格式，是靠本機安裝的 draw.io 桌面版 CLI 完成的（搭配 --embed-diagram 參數，把原始圖表資料一併嵌進輸出檔）。如果本機沒有裝桌面版，外掛不會報錯，它只會停在 .drawio 檔這一步，不做後續匯出。

也就是說，只想產出 .drawio 檔的話，今天這兩行指令就已經夠了；想測匯出格式，才需要多裝一個桌面版 draw.io。我打算明天真的要測格式切換時再處理，這樣也比較看得出「沒裝會怎樣、裝了又會怎樣」的差別。

今天完成了哪些設定

回頭看，今天只做了兩件事：把 draw.io 官方外掛市集登記進 Claude Code，然後安裝 drawio 外掛並確認它已載入。

跟前兩種方式比，這次的設定明顯輕量很多。不用確認 Node.js 版本、不用編輯設定檔、不用備份 ~/.claude.json，兩行指令加一次確認就結束。但也因為過程太短，反而更需要在下一步驗證：安裝順利，不代表產圖結果就符合預期。

明天進入下篇，一樣用「電商購物網站登入」子流程實際產圖，看看外掛預設產出的 .drawio 檔長什麼樣、放在哪裡，再試著切換輸出格式，並整理 Assistant Plugins 的優點與限制。