如果外掛的詳細資訊選單裡只出現「Configure options」，沒有「Configure」，代表什麼？
代表這個外掛沒有打包內建的 MCP server，只宣告了自己的 userConfig 設定項目。這種情況下你只需要完成「Configure options」就足夠了，不用擔心漏掉另一道設定——因為根本不存在第二道設定。
反過來，如果只看到「Configure」而沒有「Configure options」，代表外掛本身沒有暴露任何自訂設定項目，但包含了需要連線設定的內建 MCP server，這時候「Configure」就是你唯一需要處理的入口。
claude Plugin configure 這個 shell 指令，跟直接進 /plugin 面板點「Configure」有什麼實質差異？
兩者最終觸發的是同一套設定邏輯，差別在於操作介面與使用情境。/plugin 面板是互動式的，需要你在一個正在運行的 Claude Code session 裡手動導覽選單；claude plugin configure 則是可以直接在 shell 裡執行的指令，不需要先進入互動 session，這對於寫在部署腳本、CI pipeline，或是任何不方便手動操作介面的自動化場景來說更實用。
對日常互動式使用 Claude Code 的個人開發者而言，兩種方式都能達到目的，選哪一種主要看當下是不是已經在互動 session 裡。
如果外掛更新後，userConfig 新增了一個欄位，舊的設定值會被保留還是要重新填一次？
公開文件沒有針對這個情境給出明確說明，但可以合理推測的是：既有欄位的值通常會保留（因為它們儲存在設定檔裡，更新外掛程式碼本身不會動到你的設定檔），只有新增的欄位需要你額外補上。比較保守的做法是,外掛更新之後，主動打開一次「Configure options」檢查一遍，確認有沒有新欄位出現、以及既有欄位的值是否還符合你的需求，而不是假設更新後一切照舊。
如果你管理的是多人共用的專案層級外掛設定,更新後的這次檢查尤其重要，因為新欄位如果沒有預設值，可能會讓依賴它的功能在其他協作者的環境裡悄悄失效。
我怎麼知道某個外掛到底有沒有包含 bundled MCP server，而不是等安裝完才發現？
安裝流程的第二步（審查外掛會新增什麼）就能看到這個資訊——詳細資訊面板的「Will install」區塊會列出外掛會新增的指令、Agent、技能、hook，以及 MCP 和 LSP 伺服器，如果列表裡出現 MCP server 項目，就代表這個外掛包含 bundled MCP server，之後很可能需要用到「Configure」這個入口。
如果你是從本地或自訂 marketplace 安裝、面板顯示「Components will be discovered at installation」而不是具體清單，這種情況下沒辦法在安裝前預先得知，只能等安裝完成後查看摘要訊息或「Installed」分頁的詳細資訊。
安裝一個 Claude Code 外掛之後，如果它需要使用者輸入一些參數（API 金鑰、自訂路徑、功能開關），畫面上可能會出現「Configure options」或「Configure」兩個看起來很像的選項。近期版本新增的 shell 指令 claude Plugin configure <plugin>，讓你不用進互動式面板也能做這件事，但更值得搞清楚的是：這兩個「設定」按鈕,其實對應的是完全不同的底層機制，點錯了不會出錯，但也不會達到你要的效果。
當一個外掛的 manifest 檔案裡宣告了 userConfig 欄位，/plugin 面板的外掛詳細資訊裡就會出現「Configure options」這個選項。這對應的是外掛作者自己定義的一組設定項目——可能是一個布林開關（要不要啟用某個子功能）、一個字串輸入（自訂的輸出格式偏好）、或其他外掛邏輯本身會讀取的參數。這組設定完全由外掛作者決定要暴露哪些欄位，使用者看到的介面也是外掛自己定義的，跟外部服務無關。
另一個選項「Configure」，只有在外掛包含了「bundled MCP server」（打包進外掛本身的 MCP 伺服器）時才會出現，對應的是這個內建 MCP server 自己的 user_config 設定——通常是這個 MCP server 要連接外部服務時需要的認證資訊，例如 API 金鑰、帳號 ID、或服務端點網址。安裝摘要裡如果出現「Plugin is now active, but its bundled MCP server needs configuration before it can start」這段訊息，就是在提示你這個 MCP server 還沒設定好，不去「Configure」完成設定，這個 server 根本無法啟動，外掛裡依賴它的功能也就用不了。
這點最容易造成混淆：如果一個外掛既宣告了 userConfig，又包含了 bundled MCP server，詳細資訊選單裡就會同時出現「Configure options」和「Configure」兩個項目，字面上只差一個「options」，但背後對應的是完全不同的兩組設定，分別影響外掛本身的行為邏輯，以及它內建 MCP server 能不能連上外部服務。如果你誤以為兩者是同一件事、只設定了其中一個，可能會出現「外掛看起來裝好了、但某個依賴外部資料的功能完全沒反應」的情況，排查起來容易花冤枉時間。
過去要完成這兩種設定，都得進入互動式的 /plugin 面板操作。新增的 claude plugin configure <plugin> shell 指令，讓你能在腳本或非互動環境裡直接觸發設定流程，不必先啟動一個完整的互動 session 再手動點選選單——對於需要在 CI 或自動化部署腳本裡預先配置好外掛的團隊，這省下了原本只能手動操作的一道步驟。
如果你的團隊在用的外掛同時具備使用者設定和 bundled MCP server，安裝後第一件事應該是分別確認兩個入口是否都需要填寫——不要只因為外掛顯示「Active now」就認為一切就緒，尤其是如果你看到安裝摘要裡出現「needs configuration before it can start」這類字樣，代表還有一步沒完成。導入 claude plugin configure 指令到團隊的外掛佈署腳本裡，能讓這個步驟變成可重複、可版控的流程,而不是依賴每個人自己記得點開面板操作。