Skip to main content
外掛可透過頻道、模型提供者、代理程式執行框架、工具、 Skills、語音、即時轉錄、語音功能、媒體理解、生成、 網頁擷取、網頁搜尋及其他執行階段功能來擴充 OpenClaw。 使用本頁安裝外掛、重新啟動閘道、驗證執行階段 已載入該外掛,並處理常見的設定失敗。如需僅含命令的範例,請參閱 管理外掛。如需內建、官方外部及僅原始碼 外掛的已產生清單,請參閱 外掛清單

需求

  • 具備可用 openclaw 命令列介面的 OpenClaw 原始碼簽出或安裝
  • 可存取所選來源(ClawHub、npm 或 git 主機)的網路
  • 該外掛設定文件所列的任何外掛特定認證資訊、設定鍵或作業系統工具
  • 允許為你的頻道提供服務的閘道重新載入或重新啟動

快速開始

1

尋找外掛

ClawHub 搜尋公開外掛套件:
ClawHub 是探索社群外掛的主要介面。在 上線切換期間,一般的裸套件規格仍會從 npm 安裝,除非 它們符合官方外掛 ID。符合內建外掛的原始 @openclaw/* 規格會解析至 該內建副本。需要指定特定來源時,請使用明確的來源前綴。
2

安裝外掛

請將安裝外掛視同執行程式碼。正式環境安裝時,建議使用固定版本以確保 可重現性。ClawHub 套件與 OpenClaw 的 內建/官方目錄均為受信任來源。新的任意 npm、git、 本機路徑/封存檔、npm-pack: 或市集來源,在你 審查並信任來源後,進行非互動式安裝時需要 --force
3

設定並啟用外掛

plugins.entries.<id>.config 下設定外掛特定設定。 如果外掛尚未啟用,請啟用它:
如果已設定 plugins.allow,外掛必須先列於該清單中 才能載入。openclaw plugins install 會將已安裝的 ID 加入現有的 plugins.allow 清單,並從 plugins.deny 移除相同 ID,讓明確安裝的外掛可在重新啟動後載入。
4

讓閘道重新載入

安裝、更新或解除安裝外掛程式碼都需要重新啟動閘道。 已啟用設定重新載入的受管理閘道會偵測變更後的 外掛安裝記錄並自動重新啟動。否則,請自行重新啟動:
啟用/停用會更新設定與冷態登錄。執行階段檢查 仍是證明即時執行階段介面最清楚的方式。
5

驗證執行階段註冊

使用 --runtime 證明已註冊的工具、掛鉤、服務、閘道 方法或外掛所屬的命令列介面命令。一般的 inspect 僅會進行冷態資訊清單 與登錄檢查。

設定

選擇安裝來源

裸套件規格具有特殊的相容性行為:符合內建外掛 ID 的裸名稱 會使用該內建來源;符合官方外部外掛 ID 的裸名稱 會使用官方套件目錄;在上線切換期間,任何其他 裸規格都會透過 npm 安裝。符合內建外掛的原始 @openclaw/* 規格也會在回退至 npm 前解析至內建副本。若要刻意安裝 外部 npm 套件而非內建副本,請使用 npm:@openclaw/<plugin>@<version>。 使用 clawhub:npm:git:npm-pack: 可確定性地選取來源。完整命令契約請參閱 openclaw plugins 對於 npm 安裝,未固定的規格與 @latest 會選擇最新且穩定、 並宣告與此 OpenClaw 組建相容的套件。如果 npm 目前的最新版本宣告的 openclaw.compat.pluginApiopenclaw.install.minHostVersion 新於此組建支援的版本,OpenClaw 會掃描 較舊的穩定版本,並安裝其中最新且符合條件的版本。確切版本 與明確的頻道標籤(例如 @beta)會維持固定至所選套件, 若不相容則失敗。

操作者安裝政策

設定 security.installPolicy,以便在外掛安裝或更新繼續前 執行受信任的本機政策命令。該政策會收到中繼資料及 已暫存的來源路徑,並可允許或封鎖安裝。它同時涵蓋命令列介面 及閘道支援的安裝/更新路徑。外掛 before_install 掛鉤會在 稍後執行,而且只會在已載入外掛掛鉤的 OpenClaw 處理程序中執行,因此請改用 security.installPolicy 來處理由操作者擁有的安裝決策。已淘汰的 --dangerously-force-unsafe-install 旗標會基於相容性而被接受, 但不執行任何操作:它不會略過安裝政策或 OpenClaw 內建的外掛相依套件拒絕清單。 如需 Skills 與外掛共用的 security.installPolicy 執行結構描述,請參閱 Skills 設定

設定外掛政策

常見的外掛設定結構如下:
主要政策規則:
  • plugins.enabled: false 會停用所有外掛,並略過探索/載入 工作。啟用此設定時,過時的外掛參照會維持非作用狀態;若希望移除過時的 ID, 請在執行 doctor 清理前重新啟用外掛。
  • plugins.deny 的優先順序高於允許清單與個別外掛啟用設定。
  • plugins.allow 是排他性的允許清單。允許清單以外由外掛擁有的工具 仍無法使用,即使 tools.allow 包含 "*" 亦然。
  • plugins.entries.<id>.enabled: false 會停用單一外掛,但保留其 設定。
  • plugins.load.paths 會加入明確指定的本機外掛檔案或目錄。 受管理的 plugins install 本機路徑必須是外掛目錄或 封存檔;獨立的外掛檔案請使用 plugins.load.paths
  • 源自工作區的外掛預設為停用;使用本機工作區程式碼前, 請明確啟用外掛或將其加入允許清單。
  • 內建外掛會遵循其內建的預設開啟/預設關閉中繼資料, 除非設定明確覆寫。
  • plugins.slots.<slot>memorycontextEngine)會為 排他性類別選擇一個外掛。選取插槽會視為明確啟用, 並針對該插槽強制啟用所選外掛,即使該外掛原本 必須選擇加入。plugins.denyplugins.entries.<id>.enabled: false 仍會 封鎖它。
  • 當設定指定內建選擇加入外掛所擁有的其中一個介面時, 該外掛可以自動啟用,例如提供者/模型參照、頻道設定、命令列介面後端 或代理程式執行框架的執行階段。
  • OpenAI 系列的 Codex 路由會維持提供者與執行階段外掛邊界 分離:舊版 Codex 模型參照屬於 doctor 會修復的舊版設定, 而內建的 codex 外掛則擁有規範 openai/* 代理程式參照、明確 agentRuntime.id: "codex" 及舊版 codex/* 參照所使用的 Codex app-server 執行階段。
若未設定 plugins.allow,且從工作區或全域外掛根目錄 自動探索到非內建外掛,啟動記錄會輸出 plugins.allow is empty; discovered non-bundled plugins may auto-load: ..., 其中包含已探索到的外掛 ID;若清單較短,還會包含最精簡的 plugins.allow 片段。在將受信任的外掛複製到 openclaw.json 前,請對列出的 外掛 ID 執行 openclaw plugins list --enabled --verboseopenclaw plugins inspect <id>。當診斷指出外掛載入時 without install/load-path provenance,也適用相同的信任固定做法:檢查該外掛 ID, 然後將它固定於 plugins.allow,或從受信任來源重新安裝, 讓 OpenClaw 記錄安裝來源。 當設定驗證回報過時的外掛 ID、允許清單/工具不相符或舊版內建外掛 路徑時,請執行 openclaw doctoropenclaw doctor --fix

瞭解外掛格式

OpenClaw 可辨識兩種外掛格式: 這兩種格式都會出現在 openclaw plugins listopenclaw plugins inspectopenclaw plugins enableopenclaw plugins disable 中。套件組相容性邊界請參閱 外掛套件組,原生外掛製作方式請參閱 建置外掛

外掛掛鉤

外掛可透過兩種不同的 API 在執行階段註冊掛鉤:
  • api.on(...):用於執行階段生命週期事件的型別化掛鉤。這是 中介軟體、政策、訊息重寫、提示塑形及工具控制的 建議介面。
  • api.registerHook(...):用於 掛鉤中所述的內部掛鉤系統。這主要用於粗粒度命令/生命週期的 副作用,以及與現有 HOOK 樣式自動化的相容性。
簡單原則:如果處理常式需要優先順序、合併語意或 封鎖/取消行為,請使用型別化掛鉤。如果它只對 command:newcommand:resetmessage:sent 或類似的粗粒度事件作出反應,使用 api.registerHook 即可。 由外掛管理的內部掛鉤會以 plugin:<id> 顯示於 openclaw hooks list 中。你無法透過 openclaw hooks 啟用或停用它們; 請改為啟用或停用外掛。

驗證作用中的閘道

openclaw plugins list 和一般的 openclaw plugins inspect 會讀取冷態設定、 資訊清單與登錄狀態。它們無法證明已在執行中的 閘道已匯入相同的外掛程式碼。 當外掛看似已安裝,但即時聊天流量並未使用它時:
受管理的閘道會在外掛安裝、更新和解除安裝變更導致外掛原始碼改變後 自動重新啟動。在 VPS 或容器安裝環境中,請確保任何手動重新啟動 所針對的是實際為你的頻道提供服務的 openclaw gateway run 子行程, 而不只是包裝程式或監督程式。

疑難排解

當已啟用的受管理外掛在閘道啟動期間無法通過內容驗證時, OpenClaw 會在此次啟動中隔離該外掛確切的安裝根目錄, 並繼續為其他外掛提供服務。openclaw status --allopenclaw healthopenclaw doctor 會將其回報為 configured-unavailable。修正或重新安裝 該外掛,然後重新啟動閘道。使用相同外掛 ID 且運作正常的明確 plugins.load.paths 覆寫,不會因過時且損壞的安裝而遭隔離。 當過時的外掛設定仍指定已無法探索到的頻道外掛時, 設定驗證會將該頻道鍵降級為警告,而非硬性失敗, 因此閘道啟動後仍可為所有其他頻道提供服務。執行 openclaw doctor --fix 以移除過時的外掛和頻道項目。沒有過時外掛證據的 未知頻道鍵仍會導致驗證失敗,確保拼字錯誤仍清楚可見。 若要刻意取代頻道,偏好的外掛應以舊版或較低優先順序的 外掛 ID 宣告 channelConfigs.<channel-id>.preferOver。 如果兩個外掛都明確啟用,OpenClaw 會保留該要求, 並回報頻道/工具擁有權重複的診斷訊息,而不會默默選擇 其中一個擁有者。 如果已安裝的套件回報其 requires compiled runtime output for TypeScript entry ...,表示套件發佈時未包含 OpenClaw 在執行階段所需的 JavaScript 檔案。請在發佈者提供已編譯的 JavaScript 後更新或重新安裝;在此之前,也可以停用/解除安裝該外掛。

遭封鎖的外掛路徑擁有權

如果診斷訊息指出 blocked plugin candidate: suspicious ownership (... uid=1000, expected uid=0 or root) 且接續的驗證訊息為 plugin present but blocked,表示 OpenClaw 發現 外掛檔案的擁有者與載入這些檔案的行程並非同一個 Unix 使用者。 請保留外掛設定;修正檔案系統擁有權,或以擁有狀態目錄的 同一位使用者執行 OpenClaw。 對於 Docker 安裝,官方映像檔會以 node(uid 1000)執行,因此 由主機繫結掛載的 OpenClaw 設定和工作區目錄通常應由 uid 1000 擁有:
如果你刻意以 root 執行 OpenClaw,請改為將受管理外掛根目錄的擁有權 修正為 root:
修正擁有權後,請重新執行 openclaw doctor --fixopenclaw plugins registry --refresh,使持久化的外掛登錄 與已修復的檔案一致。

外掛工具設定緩慢

如果代理程式回合在準備工具時似乎停滯,請啟用追蹤記錄, 並檢查外掛工具工廠的計時行:
尋找:
摘要會列出工廠總耗時和最慢的外掛工具工廠, 包括外掛 ID、宣告的工具名稱、結果形態,以及工具是否為選用。 當單一工廠耗時至少 1s,或外掛工具工廠準備的總耗時至少 5s 時, 耗時過長的記錄行會提升為警告。 OpenClaw 會快取成功的外掛工具工廠結果,以供具有相同有效要求情境的 重複解析使用。快取鍵包含有效的執行階段設定、工作區和代理程式 ID、 沙箱原則、瀏覽器設定、傳遞情境、要求者身分和擁有權狀態,因此依賴 這些受信任欄位的工廠會在情境變更時重新執行。如果計時持續偏高, 該外掛可能在傳回工具定義前執行了耗費大量資源的工作。 如果某個外掛占用了大部分時間,請檢查其執行階段註冊:
然後更新、重新安裝或停用該外掛。外掛作者應將耗費大量資源的 相依套件載入移至工具執行路徑之後,而非在工具工廠內執行。 如需瞭解相依性根目錄、套件中繼資料驗證、登錄記錄、啟動時重新載入行為 和舊版清理,請參閱 外掛相依性解析

相關內容