FAQ

常見問題

快速解答,以及針對實際環境設定(本機開發、VPS、多代理程式、OAuth/API 金鑰、模型容錯移轉)的深入疑難排解。若要進行執行階段診斷,請參閱疑難排解。如需完整的設定參考,請參閱設定

發生問題時的前 60 秒

  • 快速狀態

    bash
    openclaw status

    快速本機摘要:作業系統與更新、閘道/服務連線能力、代理程式/工作階段、供應商設定與執行階段問題(閘道可連線時)。

  • 可貼上的報告(可安全分享)

    bash
    openclaw status --all

    唯讀診斷,包含記錄尾端內容(權杖已遮蔽)。

  • 常駐程式與連接埠狀態

    bash
    openclaw gateway status

    顯示監督程式執行階段與 RPC 連線能力、探測目標 URL,以及服務可能使用的設定。

  • 深度探測

    bash
    openclaw status --deep

    即時閘道健康狀態探測,支援時也包含頻道探測(需要可連線的閘道)。請參閱健康狀態

  • 追蹤最新記錄

    bash
    openclaw logs --follow

    如果 RPC 無法運作,請改用:

    bash
    tail -f "/tmp/openclaw/openclaw-$(date +%F).log"# 具名設定檔範例:tail -f "/tmp/openclaw/openclaw-dev-$(date +%F).log"

    檔案記錄與服務記錄彼此獨立;請參閱記錄疑難排解

  • 執行 doctor(修復)

    bash
    openclaw doctor

    修復/遷移設定與狀態,然後執行健康狀態檢查。請參閱 Doctor

  • 閘道快照(僅限 WS)

    bash
    openclaw health --jsonopenclaw health --verbose   # 發生錯誤時顯示目標 URL 與設定路徑

    向執行中的閘道要求完整快照。請參閱健康狀態

  • 快速開始與首次執行設定

    首次執行問答(安裝、初始設定、驗證路由、訂閱、初始失敗)請參閱首次執行常見問題

    OpenClaw 是什麼?

    用一段話說明 OpenClaw 是什麼?

    OpenClaw 是在你自己的裝置上執行的個人 AI 助理。它會在你已使用的訊息平台上回覆(Discord、Google Chat、iMessage、Mattermost、Signal、Slack、Telegram、WebChat、WhatsApp,以及 QQ Bot 等隨附的頻道外掛),在支援的平台上也能提供語音功能與即時 Canvas。閘道是持續運作的控制平面;助理才是產品。

    價值主張

    OpenClaw 不「只是 Claude 的包裝器」。它是本機優先的控制平面,可在你自己的硬體上執行功能強大的助理,並能從你已使用的聊天應用程式存取,提供具狀態的工作階段、記憶與工具,而不必將工作流程交給託管式 SaaS。

    • 你的裝置、你的資料:可在任何你想要的位置(Mac、Linux、VPS)執行閘道,並將工作區與工作階段歷程保留在本機。
    • 真正的頻道,而非網頁沙箱:Discord/iMessage/Signal/Slack/Telegram/WhatsApp 等,並在支援的平台上提供行動裝置語音與 Canvas。
    • 不受模型限制:使用 Anthropic、MiniMax、OpenAI、OpenRouter 等,並支援各代理程式的路由與容錯移轉。
    • 僅限本機的選項:執行本機模型,讓所有資料都能保留在你的裝置上。
    • 多代理程式路由:依頻道、帳號或任務分別使用不同的代理程式,每個代理程式都有自己的工作區與預設值。
    • 開放原始碼且可自訂:不受供應商綁定,可自行檢查、擴充及託管。

    文件:閘道頻道多代理程式記憶

    我剛完成設定,首先該做什麼?

    適合優先嘗試的專案:建立網站(WordPress、Shopify 或靜態網站);製作行動應用程式原型(大綱、畫面、API 計畫);整理檔案與資料夾;連接 Gmail 並自動產生摘要或後續追蹤。

    它能處理大型任務,但將任務拆分成多個階段,並使用子代理程式平行處理,效果最佳。

    OpenClaw 最常見的五種日常使用情境是什麼?
    • 個人簡報:彙整收件匣、行事曆,以及你關注的新聞。
    • 研究與草擬:快速研究、摘要,以及電子郵件或文件初稿。
    • 提醒與後續追蹤:由排程或心跳偵測驅動的提示與檢查清單。
    • 瀏覽器自動化:填寫表單、收集資料、重複執行網頁任務。
    • 跨裝置協調:從手機傳送任務,讓閘道在伺服器上執行,再透過聊天取得結果。
    OpenClaw 能協助 SaaS 的潛在客戶開發、外展、廣告和部落格嗎?

    可以,適合用於研究、資格評估與草擬:掃描網站、建立候選清單、摘要潛在客戶資訊,以及撰寫外展內容或廣告文案初稿。

    對於外展或廣告活動,請保留人工審核。避免垃圾訊息、遵循當地法律與平台政策,並在傳送任何內容前進行審查。讓 OpenClaw 起草;由你核准。

    文件:安全性

    相較於 Claude Code,OpenClaw 在網頁開發方面有何優勢?

    OpenClaw 是個人助理與協調層,而非 IDE 的替代品。若要在存放庫內獲得最快速的直接程式設計流程,請使用 Claude Code 或 Codex。若需要持久記憶、跨裝置存取和工具協調,請使用 OpenClaw。

    • 跨工作階段的持久記憶與工作區。
    • 多平台存取(Telegram、WhatsApp、終端介面、WebChat)。
    • 工具協調(瀏覽器、檔案、排程、鉤子)。
    • 持續運作的閘道(在 VPS 上執行,從任何地方互動)。
    • 用於本機瀏覽器/螢幕/相機/執行功能的節點。

    展示:https://openclaw.ai/showcase

    Skills 與自動化

    如何自訂 Skills 而不讓存放庫處於未提交狀態?

    使用受管理的覆寫,而不要編輯存放庫副本。將變更放在 ~/.openclaw/skills/<name>/SKILL.md(或透過 ~/.openclaw/openclaw.json 中的 skills.load.extraDirs 新增資料夾)。優先順序:<workspace>/skills -> <workspace>/.agents/skills -> ~/.agents/skills -> ~/.openclaw/skills -> 隨附項目 -> skills.load.extraDirs,因此受管理的覆寫可優先於隨附的 Skills,而不需修改 git。若要全域安裝但僅讓部分代理程式可見,請將共用副本保留在 ~/.openclaw/skills,並使用 agents.defaults.skills / agents.entries.*.skills 控制可見性。只有適合提交至上游的編輯才應針對存放庫副本提出 PR。

    可以從自訂資料夾載入 Skills 嗎?

    可以:透過 ~/.openclaw/openclaw.json 中的 skills.load.extraDirs 新增目錄(在上述順序中優先順序最低)。clawhub 預設安裝至 ./skills,OpenClaw 會在下一個工作階段將其視為 <workspace>/skills。若要限制僅特定代理程式可見,請搭配 agents.defaults.skillsagents.entries.*.skills

    如何針對不同任務使用不同的模型或設定?

    支援的模式:

    • 排程工作:隔離的工作可為每個工作設定 model 覆寫。
    • 代理程式:將任務路由至具有不同預設模型、思考層級與串流參數的個別代理程式。
    • 隨選切換/model 可隨時切換目前工作階段的模型。

    範例——相同模型、不同的各代理程式設定:

    json5
    {  agents: {    list: [      {        id: "coder",        model: "xiaomi/mimo-v2.5-pro",        thinkingDefault: "high",        params: { temperature: 0.1 },      },      {        id: "chat",        model: "xiaomi/mimo-v2.5-pro",        thinkingDefault: "off",        params: { temperature: 0.8 },      },    ],  },}

    將共用的各模型預設值放在 agents.defaults.models["provider/model"].params,再將代理程式專屬覆寫放在扁平的 agents.entries.*.params 中。不要在巢狀的 agents.entries.*.models["provider/model"].params 下重複相同模型;該路徑用於各代理程式的模型目錄與執行階段覆寫。

    請參閱排程工作多代理程式路由設定斜線命令

    機器人在執行繁重工作時會凍結。如何卸載這些工作?

    對耗時或平行任務使用子代理程式:它們會在各自的工作階段執行、傳回摘要,並讓你的主要聊天保持回應。要求機器人「為此任務產生子代理程式」,或使用 /subagents。使用 /status 查看閘道目前是否忙碌。

    長時間任務與子代理程式都會耗用權杖;若在意成本,請透過 agents.defaults.subagents.model 為子代理程式設定較便宜的模型。

    文件:子代理程式背景任務

    Discord 上綁定討論串的子代理程式工作階段如何運作?

    將 Discord 討論串綁定至子代理程式或工作階段目標,使該處的後續訊息持續傳送至綁定的工作階段。

    • 使用 thread: true 搭配 sessions_spawn 產生(可選用 mode: "session" 進行持續的後續互動)。
    • 或使用 /focus <target> 手動綁定。
    • /agents 可檢查綁定狀態。
    • /session idle <duration|off>/session max-age <duration|off> 可控制自動取消聚焦。
    • /unfocus 可解除討論串的綁定。

    設定:session.threadBindings.enabled(全域開關)、session.threadBindings.idleHours(預設為 240 表示停用)、session.threadBindings.maxAgeHours(預設 0 = 無硬性上限),以及用於產生時自動綁定的 session.threadBindings.spawnSessions(預設為 true)。

    文件:子代理程式Discord設定參考斜線命令

    子代理程式已完成,但完成更新傳送到了錯誤的位置,或根本沒有發布。我該檢查什麼?

    檢查解析後的要求者路由:

    • 完成模式的子代理程式傳遞會優先使用現有的綁定討論串或對話路由。
    • 如果完成來源只帶有頻道,OpenClaw 會退回使用要求者工作階段儲存的路由(lastChannel / lastTo / lastAccountId),讓直接傳遞仍可成功。
    • 沒有綁定路由且沒有可用的已儲存路由:直接傳遞可能失敗,結果將退回佇列式工作階段傳遞,而非立即發布。
    • 無效或過期的目標也可能迫使系統退回佇列,或導致最終傳遞失敗。
    • 如果子工作階段最後一則可見的助理回覆恰好是 NO_REPLY / no_replyANNOUNCE_SKIP,OpenClaw 會刻意抑制通知,而不發布先前已過時的進度。

    偵錯:openclaw tasks show <lookup>,其中 <lookup> 是任務 ID、執行 ID 或工作階段金鑰。

    文件:子代理程式背景任務工作階段工具

    排程或提醒未觸發。我該檢查什麼?

    排程在閘道程序內執行;如果閘道未持續運作,就不會觸發。

    • 確認排程已啟用(cron.enabled),且未設定 OPENCLAW_SKIP_CRON
    • 確認閘道持續執行 24/7(未休眠/重新啟動)。
    • 確認工作時區(--tz 與主機時區)。

    偵錯:

    bash
    openclaw cron run <jobId>openclaw cron runs --id <jobId> --limit 50

    文件:排程工作自動化

    排程已觸發,但頻道未收到任何內容。為什麼?

    檢查遞送模式:

    • --no-deliver / delivery.mode: "none":不會執行執行器的備援傳送。
    • 缺少或無效的公告目標(channel / to):執行器已略過對外遞送。
    • 頻道驗證失敗(unauthorizedForbidden):執行器已嘗試遞送,但遭認證資訊阻擋。
    • 無訊息的隔離結果(僅有 NO_REPLY / no_reply)會被視為刻意不可遞送,因此也會抑制佇列中的備援遞送。

    對隔離的排程工作而言,當有可用的聊天路由時,代理程式仍可使用 message 工具直接傳送。--announce 只控制執行器針對代理程式尚未自行傳送之最終文字的備援遞送。

    偵錯:

    bash
    openclaw cron runs --id <jobId> --limit 50openclaw tasks show <lookup>

    文件:排程工作背景工作

    為什麼隔離的排程執行會切換模型或重試一次?

    這是即時模型切換路徑,而非重複排程。當作用中的執行擲出 LiveSessionModelSwitchError 時,隔離排程會保存執行階段的模型交接並重試,且在重試前保留切換後的供應商/模型(以及任何切換後的驗證設定檔覆寫)。

    模型選擇優先順序:先套用 Gmail 鉤子的模型覆寫(hooks.gmail.model),接著是每項工作的 model,再來是任何已儲存的排程工作階段模型覆寫,最後才是一般的代理程式/預設模型選擇。

    重試迴圈以初次嘗試加上 2 次切換重試為上限;之後排程會中止,而非無限循環。

    偵錯:

    bash
    openclaw cron runs --id <jobId> --limit 50

    文件:排程工作排程命令列介面

    如何在 Linux 上安裝 Skills?

    使用原生 openclaw skills 命令,或將 Skills 放入工作區;Linux 不提供 macOS 的 Skills 使用者介面。請前往 https://clawhub.ai 瀏覽 Skills。

    bash
    openclaw skills search "calendar"openclaw skills search --limit 20openclaw skills install @owner/<skill-slug>openclaw skills install @owner/<skill-slug> --version <version>openclaw skills install @owner/<skill-slug> --forceopenclaw skills install @owner/<skill-slug> --globalopenclaw skills update --allopenclaw skills update --all --globalopenclaw skills list --eligibleopenclaw skills check

    原生 openclaw skills install 預設會寫入作用中工作區的 skills/ 目錄。加上 --global,即可安裝至供所有本機代理程式使用的共用受管理 Skills 目錄。只有在發布或同步自己的 Skills 時,才需另行安裝 clawhub 命令列介面。使用 agents.defaults.skillsagents.entries.*.skills 可限定哪些代理程式能看到共用 Skills。

    OpenClaw 能否依排程執行工作,或在背景持續執行?

    可以,透過閘道排程器:

    • 排程工作:用於排定時間或週期性工作(重新啟動後仍會保留)。
    • 心跳偵測:用於主工作階段的定期檢查。
    • 隔離工作:用於發布摘要或遞送至聊天的自主代理程式。

    文件:排程工作自動化心跳偵測

    我可以從 Linux 執行僅限 Apple macOS 的 Skills 嗎?

    無法直接執行。macOS Skills 會受 metadata.openclaw.os 及必要二進位檔限制,而且只有在閘道主機符合資格時才會載入。在 Linux 上,除非覆寫限制,否則僅限 darwin 的 Skills(apple-notesapple-remindersthings-mac)不會載入。

    支援以下三種模式:

    選項 A——在 Mac 上執行閘道(最簡單)。在具有 macOS 二進位檔的位置執行閘道,然後從 Linux 透過遠端模式或 Tailscale 連線。由於閘道主機是 macOS,Skills 會正常載入。

    選項 B——使用 macOS 節點(不使用 SSH)。在 Linux 上執行閘道、配對一個 macOS 節點(選單列應用程式),並在 Mac 上將 Node Run Commands 設為 "Always Ask" 或 "Always Allow"。當節點上有必要的二進位檔時,OpenClaw 會將僅限 macOS 的 Skills 視為符合資格;代理程式會透過 nodes 工具執行它們。使用 "Always Ask" 時,在提示中核准 "Always Allow" 會將該命令加入允許清單。

    選項 C——透過 SSH 代理 macOS 二進位檔(進階)。將閘道保留在 Linux 上,但讓必要的命令列介面二進位檔解析至會在 Mac 上執行的 SSH 包裝函式,然後覆寫該 Skill 以允許 Linux,使其保持符合資格。

    1. 為二進位檔建立 SSH 包裝函式(範例:Apple Notes 使用 memo):
      bash
      #!/usr/bin/env bashset -euo pipefailexec ssh -T user@mac-host /opt/homebrew/bin/memo "$@"
    2. 將包裝函式放在 Linux 主機的 PATH 上(例如 ~/bin/memo)。
    3. 覆寫 Skill 中繼資料(工作區或 ~/.openclaw/skills),以允許 Linux:
      markdown
      ---name: apple-notesdescription: 透過 macOS 上的 memo CLI 管理 Apple Notes。metadata: { "openclaw": { "os": ["darwin", "linux"], "requires": { "bins": ["memo"] } } }---
    4. 啟動新的工作階段,以重新整理 Skills 快照。
    你們有 Notion 或 HeyGen 整合嗎?

    目前沒有內建。可用選項:

    • 自訂 Skill/外掛:最適合可靠的 API 存取(兩者都有 API)。
    • 瀏覽器自動化:不需要程式碼即可運作,但速度較慢且更容易失敗。

    若要處理代理商形式的個別客戶內容:每位客戶保留一個 Notion 頁面(脈絡 + 偏好設定 + 進行中的工作),並要求代理程式在工作階段開始時擷取該頁面。

    若要原生整合,請提出功能要求,或根據這些 API 建置 Skill。

    bash
    openclaw skills install @owner/<skill-slug>openclaw skills update --all

    原生安裝會存放在作用中工作區的 skills/ 目錄;使用 --global 可供所有本機代理程式使用,或設定 agents.defaults.skills / agents.entries.*.skills 以限制可見範圍。部分 Skills 需要透過 Homebrew 安裝的二進位檔;在 Linux 上則表示使用 Linuxbrew。

    請參閱 SkillsSkills 設定ClawHub

    如何搭配 OpenClaw 使用我目前已登入的 Chrome?

    使用內建的 user 瀏覽器設定檔,它會透過 Chrome DevTools MCP 附加:

    bash
    openclaw browser --browser-profile user tabsopenclaw browser --browser-profile user snapshot

    若要使用自訂名稱,請建立明確的 MCP 設定檔:

    bash
    openclaw browser create-profile --name chrome-live --driver existing-sessionopenclaw browser --browser-profile chrome-live tabs

    這可以使用本機主機瀏覽器或已連線的瀏覽器節點。如果閘道在其他位置執行,請在瀏覽器所在的電腦上執行節點主機,或改用遠端 CDP。

    existing-session / user 設定檔相較於受管理的 openclaw 設定檔,目前有以下限制:

    • clicktypehoverscrollIntoViewdragselect 需要快照參照,而非 CSS 選擇器。
    • 上傳鉤子需要 refinputRef,一次一個檔案,不支援 CSS element
    • responsebody、PDF 匯出、下載攔截及批次動作仍須使用受管理的瀏覽器路徑。

    完整比較請參閱瀏覽器

    沙箱與記憶

    有專門的沙箱文件嗎?

    有:沙箱。關於 Docker 特定設定(在 Docker 中執行完整閘道或使用沙箱映像檔),請參閱 Docker

    Docker 感覺功能有限——如何啟用完整功能?

    預設映像檔以安全性為優先,並以 node 使用者身分執行,因此不包含系統套件、Homebrew 和隨附的瀏覽器。若要使用更完整的設定:

    • 使用 OPENCLAW_HOME_VOLUME 保存 /home/node,讓快取能在重新啟動後保留。
    • 使用 OPENCLAW_IMAGE_APT_PACKAGES 將系統相依套件預先建置至映像檔中。
    • 透過隨附的命令列介面安裝 Playwright 瀏覽器:node /app/node_modules/playwright-core/cli.js install chromium
    • 設定 PLAYWRIGHT_BROWSERS_PATH 並保存該路徑。

    文件:Docker瀏覽器

    我能否讓私訊保持私人,同時使用一個代理程式將群組設為公開/沙箱化?

    可以,前提是私人流量為私訊,公開流量為群組。設定 agents.defaults.sandbox.mode: "non-main",讓群組/頻道工作階段(非主要金鑰)在已設定的沙箱後端中執行,同時主要私訊工作階段仍在主機上執行。啟用沙箱後,Docker 是預設後端。透過 tools.sandbox.tools 限制沙箱工作階段中可用的工具。

    設定逐步指南:群組:私人私訊 + 公開群組。重要參考:閘道設定

    如何將主機資料夾繫結至沙箱?

    agents.defaults.sandbox.docker.binds 設為 ["host:container:mode"](例如 "/home/user/src:/src:ro")。全域與每個代理程式的繫結會合併;當 scope: "shared" 時,會忽略每個代理程式的繫結。任何敏感內容請使用 :ro;繫結會繞過沙箱的檔案系統界線。

    OpenClaw 會同時針對正規化路徑,以及透過最深層現有祖先解析的標準路徑驗證繫結來源,因此即使最終路徑區段尚不存在,透過符號連結父目錄逸出的嘗試也會以封閉方式失敗。

    請參閱沙箱沙箱、工具原則與提升權限的比較

    記憶如何運作?

    OpenClaw 記憶是代理程式工作區中的 Markdown 檔案:每日筆記位於 memory/YYYY-MM-DD.md,整理過的長期筆記位於 MEMORY.md(僅限主要/私人工作階段)。

    OpenClaw 也會在壓縮摘要對話之前,無提示地執行壓縮前記憶寫入,提醒模型先寫入可長期保留的筆記。只有工作區可寫入時才會執行(唯讀沙箱會略過);可透過 agents.defaults.compaction.memoryFlush.enabled: false 停用。請參閱記憶

    記憶總是不斷忘記事情。如何讓它記住?

    要求機器人將事實寫入記憶:長期筆記放在 MEMORY.md,短期脈絡放在 memory/YYYY-MM-DD.md。提醒模型儲存記憶通常可以解決此問題。如果仍持續遺忘,請確認閘道每次執行時都使用相同的工作區。

    文件:記憶代理程式工作區

    記憶會永久保存嗎?有哪些限制?

    記憶檔案儲存在磁碟上,在刪除前會持續保留;其限制取決於你的儲存空間,而非模型。工作階段上下文仍受模型上下文視窗限制,因此長時間對話可能會被壓縮或截斷——這正是記憶搜尋存在的原因,它只會將相關部分重新載入上下文。

    文件:記憶上下文

    語意記憶搜尋需要 OpenAI API 金鑰嗎?

    只有在使用預設供應商 OpenAI 嵌入時才需要。Codex OAuth 涵蓋聊天/補全,但不會授予嵌入存取權,因此使用 Codex 登入(OAuth 或 Codex 命令列介面登入)不會啟用語意記憶搜尋。OpenAI 嵌入仍需要真正的 API 金鑰(OPENAI_API_KEYmodels.providers.openai.apiKey)。

    若要完全在本機執行,請設定 memory.search.provider: "local"(GGUF/llama.cpp)。其他支援的供應商包括:Bedrock、DeepInfra、Gemini(GEMINI_API_KEYmemory.search.remote.apiKey)、GitHub Copilot、LM Studio、Mistral、Ollama、OpenAI 相容服務及 Voyage。設定詳情請參閱記憶記憶搜尋

    資料在磁碟上的位置

    OpenClaw 使用的所有資料都會儲存在本機嗎?

    不會:OpenClaw 本身的狀態儲存在本機,但外部服務仍會看到你傳送給它們的內容

    • 預設儲存在本機:工作階段、記憶檔案、設定與工作區都位於閘道主機上(~/.openclaw 加上你的工作區目錄)。
    • 基於必要性儲存在遠端:傳送給模型供應商(Anthropic/OpenAI 等)的訊息會送至其 API,而聊天平台(Slack/Telegram/WhatsApp 等)會將訊息資料儲存在其伺服器上。
    • 你可以控制資料足跡:本機模型會將提示保留在你的機器上,但頻道流量仍會經過該頻道的伺服器。

    相關內容:代理程式工作區記憶

    OpenClaw 將資料儲存在哪裡?

    所有內容都位於 $OPENCLAW_STATE_DIR 下(預設:~/.openclaw):

    路徑 用途
    $OPENCLAW_STATE_DIR/openclaw.json 主要設定(JSON5)
    $OPENCLAW_STATE_DIR/credentials/oauth.json 舊版 OAuth 匯入資料(首次使用時複製到驗證設定檔)
    $OPENCLAW_STATE_DIR/agents/<agentId>/agent/auth-profiles.json 驗證設定檔(OAuth、API 金鑰、選用的 keyRef/tokenRef
    $OPENCLAW_STATE_DIR/secrets.json file SecretRef 供應商選用的檔案型機密資料承載內容
    $OPENCLAW_STATE_DIR/agents/<agentId>/agent/auth.json 舊版相容性檔案(已清除靜態 api_key 項目)
    $OPENCLAW_STATE_DIR/credentials/ 供應商狀態(例如 whatsapp/<accountId>/creds.json
    $OPENCLAW_STATE_DIR/agents/ 各代理程式的狀態(agentDir + 舊版/封存的工作階段成品)
    $OPENCLAW_STATE_DIR/agents/<agentId>/agent/openclaw-agent.sqlite 各代理程式的 SQLite 狀態,包括工作階段資料列與逐字記錄
    $OPENCLAW_STATE_DIR/agents/<agentId>/sessions/ 舊版工作階段移轉來源及封存/支援成品

    舊版單一代理程式路徑 ~/.openclaw/agent/* 會由 openclaw doctor 移轉。

    你的工作區(AGENTS.md、記憶檔案、Skills 等)位於其他位置,透過 agents.defaults.workspace 設定(預設:~/.openclaw/workspace)。

    AGENTS.md / SOUL.md / USER.md / MEMORY.md 應該放在哪裡?

    這些檔案位於代理程式工作區,而非 ~/.openclaw

    • 工作區(各代理程式)AGENTS.mdSOUL.mdIDENTITY.mdUSER.mdMEMORY.mdmemory/YYYY-MM-DD.md,以及選用的 HEARTBEAT.md。根目錄中的小寫 memory.md 僅作為舊版修復輸入;兩者同時存在時,openclaw doctor --fix 可將其合併至 MEMORY.md
    • 狀態目錄(~/.openclaw:設定、頻道/供應商狀態、驗證設定檔、工作階段、日誌及共用 Skills(~/.openclaw/skills)。

    預設工作區為 ~/.openclaw/workspace,可進行設定:

    json5
    {  agents: { defaults: { workspace: "~/.openclaw/workspace" } },}

    如果機器人在重新啟動後「忘記」內容,請確認閘道每次啟動都使用相同的工作區(遠端模式使用的是閘道主機的工作區,而非你的本機筆記型電腦)。

    提示:若要保存長期行為或偏好,請要求機器人將其寫入 AGENTS.md 或 MEMORY.md,而不要依賴聊天記錄。

    請參閱代理程式工作區記憶

    我可以加大 SOUL.md 嗎?

    可以。SOUL.md 是注入代理程式上下文的工作區啟動檔案之一。預設的單一檔案注入限制為 20000 個字元;所有檔案共用的啟動總預算為 60000 個字元。

    變更共用預設值:

    json5
    {  agents: {    defaults: {      bootstrapMaxChars: 50000,      bootstrapTotalMaxChars: 300000,    },  },}

    或在 agents.entries.*.bootstrapMaxChars / bootstrapTotalMaxChars 下覆寫單一代理程式的設定。

    使用 /context 檢查原始大小與注入大小,以及是否發生截斷。讓 SOUL.md 聚焦於語氣、立場及個性;將操作規則放在 AGENTS.md,並將長期事實放在記憶中。

    請參閱上下文代理程式設定

    建議的備份策略

    將你的代理程式工作區放入私人 git 儲存庫,並備份至私人位置(例如 GitHub 私人儲存庫)。這會保留記憶以及 AGENTS/SOUL/USER 檔案,讓你日後可以還原助理的「心智」。

    請勿提交 ~/.openclaw 下的任何內容(認證資訊、工作階段、權杖、加密的機密資料承載內容)。若要完整還原,請分別備份工作區與狀態目錄。

    文件:代理程式工作區

    如何完整解除安裝 OpenClaw?

    請參閱解除安裝

    代理程式可以在工作區外運作嗎?

    可以。工作區是預設 cwd 與記憶錨點,而非嚴格的沙箱。相對路徑會在工作區內解析;除非啟用沙箱隔離,否則絕對路徑可以存取主機上的其他位置。如需隔離,請使用 agents.defaults.sandbox 或各代理程式的沙箱設定。若要將某個儲存庫設為預設工作目錄,請將該代理程式的 workspace 指向儲存庫根目錄——OpenClaw 儲存庫本身只是原始碼,因此除非你有意讓代理程式在其中工作,否則請將工作區分開。

    json5
    {  agents: {    defaults: {      workspace: "~/Projects/my-repo",    },  },}
    遠端模式:工作階段儲存區在哪裡?

    工作階段狀態由閘道主機擁有。在遠端模式下,你所關注的工作階段儲存區位於遠端機器,而非你的本機筆記型電腦。請參閱工作階段管理

    設定基礎

    設定採用什麼格式?位於哪裡?

    OpenClaw 會從 $OPENCLAW_CONFIG_PATH(預設:~/.openclaw/openclaw.json)讀取選用的 JSON5 設定。如果檔案不存在,則會使用較安全的預設值,包括預設工作區 ~/.openclaw/workspace

    我設定 gateway.bind: "lan"(或 "tailnet")後,現在沒有任何項目監聽/UI 顯示未授權

    非回送位址繫結需要有效的閘道驗證路徑:共用機密驗證(權杖或密碼),或位於正確設定的身分感知反向 Proxy 後方的 gateway.auth.mode: "trusted-proxy"

    json5
    {  gateway: {    bind: "lan",    auth: {      mode: "token",      token: "replace-me",    },  },}
    • gateway.remote.token / .password 本身不會啟用本機閘道驗證;只有在未設定 gateway.auth.* 時,本機呼叫路徑才能使用 gateway.remote.* 作為備援。
    • 若使用密碼驗證,請設定 gateway.auth.mode: "password" 加上 gateway.auth.password(或 OPENCLAW_GATEWAY_PASSWORD)。
    • 如果透過 SecretRef 明確設定 gateway.auth.token / .password,但無法解析,解析作業會以封閉方式失敗(不會由遠端備援掩蓋)。
    • 使用共用機密的 Control UI 設定會透過 connect.params.auth.tokenconnect.params.auth.password 驗證(儲存在應用程式/UI 設定中)。Tailscale Serve 或 trusted-proxy 等帶有身分資訊的模式則使用要求標頭——請避免將共用機密放入 URL。
    • 使用 gateway.auth.mode: "trusted-proxy" 時,同一主機上的回送反向 Proxy 需要明確設定 gateway.auth.trustedProxy.allowLoopback = true,並在 gateway.trustedProxies 中加入回送項目。
    為什麼現在 localhost 也需要權杖?

    OpenClaw 預設會強制執行閘道驗證,包括回送位址。如果未設定明確的驗證路徑,啟動時會採用權杖模式,並為該次啟動產生僅供執行階段使用的權杖,因此本機 WS 用戶端必須進行驗證。這能阻止其他本機程序呼叫閘道。

    當用戶端需要跨重新啟動使用穩定的機密時,請明確設定 gateway.auth.tokengateway.auth.passwordOPENCLAW_GATEWAY_TOKENOPENCLAW_GATEWAY_PASSWORD。你也可以選擇密碼模式,或為身分感知反向 Proxy 使用 trusted-proxy。若要開放回送位址,請明確設定 gateway.auth.mode: "none"openclaw doctor --generate-gateway-token 可隨時產生權杖。

    變更設定後必須重新啟動嗎?

    閘道會監看設定並支援熱重新載入:gateway.reload.mode: "hybrid"(預設)會熱套用安全的變更,並在遇到關鍵變更時重新啟動。此外也支援 hotrestartoff。大多數 tools.*agents.* 原則、session.*messages.* 的變更都會立即套用,完全不需要重新載入;gateway.* 繫結/連接埠的變更則需要重新啟動。

    如何啟用網頁搜尋(及網頁擷取)?

    web_fetch 不需要 API 金鑰即可運作。web_search 則取決於你選擇的供應商:

    供應商 無需金鑰 環境變數
    Brave BRAVE_API_KEY
    DuckDuckGo 是(非官方的 HTML 實作) -
    Exa EXA_API_KEY
    Firecrawl FIRECRAWL_API_KEY
    Gemini GEMINI_API_KEY
    Grok 否(xAI OAuth 或金鑰) XAI_API_KEY
    Kimi KIMI_API_KEYMOONSHOT_API_KEY
    MiniMax Search MINIMAX_CODE_PLAN_KEYMINIMAX_CODING_API_KEYMINIMAX_API_KEY
    Ollama Web Search 是(需要 ollama signin -
    Perplexity PERPLEXITY_API_KEYOPENROUTER_API_KEY
    SearXNG 是(自行託管) SEARXNG_BASE_URL
    Tavily TAVILY_API_KEY

    Grok 也可以重複使用模型驗證中的 xAI OAuth(openclaw onboard --auth-choice xai-oauth)。

    建議openclaw configure --section web 並選擇供應商。

    json5
    {  plugins: {    entries: {      brave: {        config: {          webSearch: {            apiKey: "BRAVE_API_KEY_HERE",          },        },      },    },  },  tools: {    web: {      search: {        enabled: true,        provider: "brave",        maxResults: 5,      },      fetch: {        enabled: true,        provider: "firecrawl", // 選用;省略以自動偵測      },    },  },}

    各供應商專用的網頁搜尋設定位於 plugins.entries.<plugin>.config.webSearch.* 下。舊版 tools.web.search.* 供應商路徑仍會載入以維持相容性,但不應用於新設定。Firecrawl 網頁擷取備援設定位於 plugins.entries.firecrawl.config.webFetch.* 下。

    • 允許清單:加入 web_search/web_fetch/x_search,或以 group:web 代表三者全部。
    • web_fetch 預設為啟用。
    • 若省略 tools.web.fetch.provider,OpenClaw 會從可用的認證資訊中自動偵測第一個已就緒的擷取備援供應商;官方 Firecrawl 外掛會提供此備援。
    • 常駐程式會從 ~/.openclaw/.env(或服務環境)讀取環境變數。

    文件:網頁工具

    config.apply 清除了我的設定。如何復原並避免再次發生?

    config.apply 會取代整份設定;只提供部分物件會移除其他所有內容。

    目前 OpenClaw 可防止大多數意外覆寫:

    • OpenClaw 所執行的設定寫入會在寫入前驗證變更後的完整設定。
    • 無效或具破壞性的 OpenClaw 設定寫入會遭到拒絕,並儲存為 openclaw.json.rejected.*
    • 若直接編輯導致啟動或熱重新載入失敗,閘道會採取失敗關閉或略過重新載入;它不會重寫 openclaw.json
    • openclaw doctor --fix 負責修復,可還原最近一次已知正常的設定,並將遭拒絕的檔案儲存為 openclaw.json.clobbered.*

    復原方式:

    • 檢查 openclaw logs --follow 中是否有 Invalid config atConfig write rejected:config reload skipped (invalid config)
    • 檢查有效設定旁最新的 openclaw.json.clobbered.*openclaw.json.rejected.*
    • 執行 openclaw config validateopenclaw doctor --fix
    • 使用 openclaw config setconfig.patch,僅複製預期的鍵值。
    • 若沒有最近一次已知正常的設定或遭拒絕的承載資料:請從備份還原,或重新執行 openclaw doctor 並重新設定頻道/模型。
    • 若發生非預期的資料遺失:請附上你最後已知的設定或備份回報錯誤。本機程式設計代理通常可以從日誌或歷史記錄中重建可運作的設定。

    避免方式:小幅變更請使用 openclaw config set,互動式編輯請使用 openclaw configure,檢查不熟悉的路徑請使用 config.schema.lookup(會傳回淺層結構描述節點及其直接子項摘要),部分 RPC 編輯請使用 config.patch;僅將 config.apply 用於取代整份設定。即使透過舊版 tools.bash.* 別名,面向代理的 gateway 執行階段工具也會拒絕重寫 tools.exec.ask / tools.exec.security

    文件:設定設定精靈閘道疑難排解Doctor

    如何執行中央閘道,並在不同裝置上使用專門的工作代理?

    常見模式:一個閘道(例如 Raspberry Pi)搭配節點代理

    • 閘道(中央):負責頻道(Signal/WhatsApp)、路由及工作階段。
    • 節點(裝置):Mac/iOS/Android 會以周邊裝置的形式連線,並公開本機工具(system.runcanvascamera)。
    • 代理(工作者):針對特殊角色使用各自獨立的智慧核心/工作區(例如維運與個人資料)。
    • 子代理:從主要代理產生背景工作,以便平行處理。
    • 終端介面:連線至閘道並切換代理/工作階段。

    文件:節點遠端存取多代理路由子代理終端介面

    OpenClaw 瀏覽器可以在無頭模式下執行嗎?

    可以:

    json5
    {  browser: { headless: true },  agents: {    defaults: {      sandbox: { browser: { headless: true } },    },  },}

    預設為 false(有頭模式)。無頭模式較可能觸發某些網站的反機器人檢查(X/Twitter 經常封鎖無頭工作階段)。它使用相同的 Chromium 引擎,適用於大多數自動化;主要差異是沒有可見的瀏覽器視窗(視覺內容請使用螢幕截圖)。請參閱瀏覽器

    如何使用 Brave 控制瀏覽器?

    browser.executablePath 設為你的 Brave 執行檔(或任何以 Chromium 為基礎的瀏覽器),然後重新啟動閘道。請參閱瀏覽器

    遠端閘道與節點

    命令如何在 Telegram、閘道與節點之間傳遞?

    Telegram 訊息由閘道處理;閘道會執行代理,且只有在需要節點工具時,才會接著透過閘道 WebSocket 呼叫節點:

    Telegram -> 閘道 -> 代理 -> node.* -> 節點 -> 閘道 -> Telegram

    節點看不到傳入的供應商流量;它們只會接收節點 RPC 呼叫。

    若閘道託管在遠端,我的代理要如何存取我的電腦?

    將你的電腦配對為節點。閘道會在其他位置執行,但可透過閘道 WebSocket 呼叫本機電腦上的 node.* 工具(螢幕、相機、系統)。

    1. 在持續開機的主機(VPS/家用伺服器)上執行閘道。
    2. 將閘道主機與你的電腦置於相同的 tailnet。
    3. 確保閘道 WS 可連線(繫結至 tailnet 或使用 SSH 通道)。
    4. 在本機開啟 macOS 應用程式,並以 Remote over SSH 模式(或直接透過 tailnet)連線,使其註冊為節點。
    5. 核准節點:
      bash
      openclaw devices listopenclaw devices approve <requestId>

    不需要額外的 TCP 橋接器;節點會透過閘道 WebSocket 連線。

    安全提醒:配對 macOS 節點後,即允許在該電腦上使用 system.run。請只配對你信任的裝置;請參閱安全性

    文件:節點閘道通訊協定macOS 遠端模式安全性

    Tailscale 已連線,但我收不到回覆。接下來該怎麼辦?

    檢查基本項目:

    bash
    openclaw gateway statusopenclaw statusopenclaw channels status

    接著驗證身分驗證和路由:若使用 Tailscale Serve,請確認 gateway.auth.allowTailscale 的設定正確;若透過 SSH 通道連線,請確認通道已建立且指向正確的連接埠;並確認你的私訊/群組允許清單包含你的帳號。

    文件:Tailscale遠端存取頻道

    兩個 OpenClaw 執行個體可以互相通訊嗎(本機 + VPS)?

    可以,但目前沒有內建的機器人對機器人橋接器。

    最簡單的方式:使用兩個機器人都能存取的一般聊天頻道(Slack/Telegram/WhatsApp)。讓機器人 A 傳訊息給機器人 B,再讓機器人 B 照常回覆。

    命令列介面橋接器(通用):執行指令碼,使用 openclaw agent --message ... --deliver 呼叫另一個閘道,並指定另一個機器人正在監聽的聊天。若其中一個機器人位於遠端 VPS,請透過 SSH/Tailscale 將命令列介面指向該遠端閘道(請參閱遠端存取):

    bash
    openclaw agent --message "來自本機機器人的問候" --deliver --channel telegram --reply-to <chat-id>

    加入防護措施,避免兩個機器人無限循環(僅在提及時回覆、頻道允許清單,或「不要回覆機器人訊息」規則)。

    文件:遠端存取代理命令列介面代理傳送

    多個代理需要各自使用獨立的 VPS 嗎?

    不需要。一個閘道可託管多個代理,每個代理都有各自的工作區、模型預設值和路由;這是一般設定,而且比每個代理各用一個 VPS 更便宜、更簡單。只有在需要嚴格隔離(安全界線),或不想共用差異極大的設定時,才使用個別 VPS。

    在個人筆電上使用節點,而不是從 VPS 使用 SSH,有什麼好處嗎?

    有:節點是從遠端閘道連線至筆電的第一級方式,功能不僅限於殼層存取。閘道可在 macOS/Linux(Windows 則透過 WSL2)上執行,而且十分輕量(小型 VPS 或 Raspberry Pi 等級的裝置即可;4 GB RAM 綽綽有餘),因此常見設定是搭配一台持續開機的主機,並將筆電作為節點。

    • 不需要傳入 SSH-節點透過裝置配對,主動連出至閘道 WebSocket。
    • 更安全的執行控制system.run 受該筆電上的節點允許清單/核准機制控管。
    • 更多裝置工具-除了 system.run,節點還會公開 canvascamerascreen
    • 本機瀏覽器自動化-將閘道保留在 VPS 上,但透過節點主機在本機執行 Chrome,或透過 Chrome MCP 連接本機 Chrome。

    SSH 適合臨時的殼層存取;對於持續進行的代理工作流程和裝置自動化,節點更為簡單。

    文件:節點節點命令列介面瀏覽器

    節點會執行閘道服務嗎?

    不會。除非你有意執行隔離的設定檔(請參閱多個閘道),否則每台主機應只執行一個閘道。節點是連線至閘道的周邊裝置(iOS/Android 節點,或選單列應用程式中的 macOS「節點模式」)。若要使用無頭節點主機和命令列介面控制,請參閱節點主機命令列介面

    gatewaydiscovery 和託管外掛介面變更需要完整重新啟動。

    是否能透過 API / RPC 套用設定?

    可以:

    • config.schema.lookup:在寫入前,檢查單一設定子樹及其淺層結構描述節點、相符的 UI 提示和直接子項摘要。
    • config.get:擷取目前快照及雜湊值。
    • config.patch:安全的部分更新(大多數 RPC 編輯的首選);可行時會熱重新載入,必要時則重新啟動。
    • config.apply:驗證並取代整份設定;可行時會熱重新載入,必要時則重新啟動。
    • 面向代理的 gateway 執行階段工具仍會拒絕重寫 tools.exec.ask / tools.exec.security;舊版 tools.bash.* 別名會正規化為相同的受保護路徑。
    首次安裝適用的最小合理設定
    json5
    {  agents: { defaults: { workspace: "~/.openclaw/workspace" } },  channels: { whatsapp: { allowFrom: ["+15555550123"] } },}

    設定你的工作區,並限制可觸發機器人的對象。

    如何在 VPS 上設定 Tailscale,並從 Mac 連線?
    1. 在 VPS 上安裝並登入
      bash
      curl -fsSL https://tailscale.com/install.sh | shsudo tailscale up
    2. 使用 Tailscale 應用程式在 Mac 上安裝並登入同一個 tailnet。
    3. 在 Tailscale 管理主控台中啟用 MagicDNS,讓 VPS 擁有穩定的名稱。
    4. 使用 tailnet 主機名稱:SSH ssh user@your-vps.tailnet-xxxx.ts.net;閘道 WS ws://your-vps.tailnet-xxxx.ts.net:18789

    若要在不使用 SSH 的情況下存取控制介面,請在 VPS 上使用 Tailscale Serve:

    bash
    openclaw gateway --tailscale serve

    這會讓閘道繫結於回送介面,並透過 Tailscale 公開 HTTPS。請參閱 Tailscale

    如何將 Mac 節點連線至遠端閘道(Tailscale Serve)?

    Serve 會公開閘道控制介面與 WS;節點會透過相同的閘道 WS 端點連線。

    1. 確認 VPS 和 Mac 位於同一個 tailnet。
    2. 在遠端模式下使用 macOS 應用程式(SSH 目標可以是 tailnet 主機名稱)—它會建立閘道連接埠的通道,並以節點身分連線。
    3. 核准節點:
      bash
      openclaw devices listopenclaw devices approve <requestId>

    文件:閘道通訊協定探索macOS 遠端模式

    我應該在第二台筆記型電腦上安裝,還是只新增節點?

    如果第二台筆記型電腦只需要使用本機工具(螢幕/相機/執行),請將它新增為節點——共用一個閘道,不必複製設定。目前只有 macOS 支援本機節點工具。只有在需要嚴格隔離或兩個完全獨立的機器人時,才安裝第二個閘道。

    文件:節點節點命令列介面多個閘道

    環境變數與 .env 載入

    OpenClaw 如何載入環境變數?

    OpenClaw 會從父程序(shell、launchd/systemd、CI 等)讀取環境變數,此外還會載入:

    • 目前工作目錄中的 .env
    • 位於 ~/.openclaw/.env 的全域備援 .env$OPENCLAW_STATE_DIR/.env)。

    這兩個 .env 檔案都不會覆寫現有的環境變數。工作區 .env 中的供應商認證資訊與端點路由鍵是例外:例如 GEMINI_API_KEYXAI_API_KEYMISTRAL_API_KEY,或任何以 _ENDPOINT 結尾的鍵(以及其他隨附供應商的驗證或端點環境變數),都會從工作區 .env 中忽略,應改放在程序環境、~/.openclaw/.env 或設定 env 中。

    設定中的內嵌環境變數僅會在程序環境中缺少時套用:

    json5
    {  env: {    OPENROUTER_API_KEY: "sk-or-...",    vars: { GROQ_API_KEY: "gsk-..." },  },}

    如需完整的優先順序與來源,請參閱 /environment

    我透過服務啟動閘道後,環境變數消失了。該怎麼辦?

    有兩種修正方式:

    1. 將缺少的鍵放入 ~/.openclaw/.env,如此即使服務未繼承你的 shell 環境,也能載入這些鍵。
    2. 啟用 shell 匯入(選用的便利功能):
      json5
      {  env: {    shellEnv: {      enabled: true,      timeoutMs: 15000,    },  },}
      這會執行你的登入 shell,並僅匯入缺少的預期鍵(絕不覆寫)。對應的環境變數:OPENCLAW_LOAD_SHELL_ENV=1OPENCLAW_SHELL_ENV_TIMEOUT_MS=15000
    我已設定 COPILOT_GITHUB_TOKEN,但模型狀態顯示 "Shell env: off.",為什麼?

    openclaw models status 會回報是否已啟用 shell 環境匯入。"Shell env: off" 並不表示你的環境變數遺失——它只表示 OpenClaw 不會自動載入你的登入 shell。

    如果閘道以服務(launchd/systemd)形式執行,就不會繼承你的 shell 環境。修正方式是將權杖放入 ~/.openclaw/.env、啟用 env.shellEnv.enabled: true,或將它加入設定 env(僅在缺少時套用),接著重新啟動閘道並再次檢查:

    bash
    openclaw models status

    Copilot 權杖會依下列順序解析:OPENCLAW_GITHUB_TOKEN,接著是 COPILOT_GITHUB_TOKENGH_TOKEN,最後是 GITHUB_TOKEN

    請參閱 /concepts/model-providers/environment

    工作階段與多個聊天

    如何開始全新的對話?

    /new/reset 作為獨立訊息傳送。請參閱工作階段管理

    如果我從未傳送 /new,工作階段會自動重設嗎?

    預設不會。工作階段會保留相同的 sessionId,而隨著對話增長,壓縮會限制模型的作用中上下文。/new/reset 仍可使用,你也可以透過 mode: "daily"mode: "idle" 選擇啟用自動重設。每日模式會在閘道主機的 session.reset.atHour(預設 4,0-23)切換;閒置模式則從上次實際互動後經過的 session.reset.idleMinutes 起算,不包含心跳偵測/排程/執行系統事件。

    json5
    {  session: {    reset: { mode: "daily", atHour: 4 },    resetByType: {      group: { mode: "idle", idleMinutes: 120 },      thread: { mode: "daily", atHour: 6 },    },    resetByChannel: {      discord: { mode: "idle", idleMinutes: 10080 },    },  },}

    resetByType 支援 directgroupthread。Doctor 會將舊版 dm 項目遷移至 direct;結構描述會拒絕 dm。如果未設定 session.reset/resetByType 區塊,舊版頂層 session.idleMinutes 仍可作為閒置模式預設值的相容性別名。完整生命週期請參閱工作階段管理

    能否建立一個 OpenClaw 執行個體團隊(一位 CEO 和多個代理程式)?

    可以,透過多代理程式路由子代理程式:一個協調代理程式,加上數個各自擁有工作區和模型的工作代理程式。

    最好將它視為一項有趣的實驗——它會消耗大量權杖,且效率通常不如一個使用獨立工作階段的機器人。典型模式是只與一個機器人交談,針對平行工作使用不同的工作階段,並在需要時產生子代理程式。

    文件:多代理程式路由子代理程式代理程式命令列介面

    為什麼執行工作到一半時,上下文遭到截斷?如何避免?

    工作階段上下文受限於模型的上下文視窗。長時間聊天、大量工具輸出或許多檔案,都可能觸發壓縮或截斷。

    • 要求機器人摘要目前狀態並寫入檔案。
    • 在長時間工作前使用 /compact,切換主題時使用 /new
    • 將重要上下文保存在工作區,並要求機器人重新讀取。
    • 針對長時間或平行工作使用子代理程式,讓主要聊天保持較小規模。
    • 如果經常發生這種情況,請選擇上下文視窗較大的模型。
    如何完全重設 OpenClaw,但保留安裝?
    bash
    openclaw reset

    非互動式完整重設:

    bash
    openclaw reset --scope full --yes --non-interactive

    接著重新執行設定:

    bash
    openclaw onboard --install-daemon

    如果新手引導偵測到現有設定,也會提供重設選項;請參閱新手引導(命令列介面)。如果你使用了設定檔(--profile / OPENCLAW_PROFILE),請重設每個狀態目錄(預設為 ~/.openclaw-<profile>)。僅限開發環境的重設:openclaw gateway --dev --reset 會清除開發設定、認證資訊、工作階段和工作區。

    我遇到 "context too large" 錯誤——該如何重設或壓縮?
    • 壓縮(保留對話,摘要較早的對話輪次):使用 /compact,或使用 /compact <instructions> 引導摘要。
    • 重設(為相同聊天鍵建立新的工作階段 ID):/new/reset

    如果持續發生,請調整工作階段修剪agents.defaults.contextPruning)以移除舊的工具輸出,或使用上下文視窗更大的模型。

    文件:壓縮工作階段修剪工作階段管理

    為什麼我會看到 "LLM request rejected: messages.content.tool_use.input field required"?

    供應商驗證錯誤:模型發出了缺少必要 inputtool_use 區塊。這通常表示工作階段歷程已過期或損毀(常見於長對話串或工具/結構描述變更之後)。

    修正方式:使用 /new(獨立訊息)開始新的工作階段。

    為什麼我每 30 分鐘就會收到心跳偵測訊息?

    心跳偵測預設每 30m 執行一次;當解析後的驗證模式為 Anthropic OAuth/權杖驗證(包括重複使用 Claude 命令列介面),且未設定 heartbeat.every 時,則為每 1h 一次。調整或停用方式如下:

    json5
    {  agents: {    defaults: {      heartbeat: {        every: "2h", // 或設為 "0m" 以停用      },    },  },}

    如果 HEARTBEAT.md 存在但實際上是空的(僅包含空白行、Markdown/HTML 註解、ATX 標題、圍欄標記或空白清單項目預留位置),OpenClaw 會略過心跳偵測執行,以節省 API 呼叫。如果檔案不存在,心跳偵測仍會執行,並由模型決定該做什麼。

    每個代理程式的覆寫使用 agents.entries.*.heartbeat。文件:心跳偵測

    我需要將「機器人帳號」新增至 WhatsApp 群組嗎?

    不需要。OpenClaw 會在你自己的帳號上執行——只要你在群組中,OpenClaw 就能看見該群組。預設會封鎖群組回覆,直到你允許傳送者(groupPolicy: "allowlist")。

    若要將群組回覆限制為只有你:

    json5
    {  channels: {    whatsapp: {      groupPolicy: "allowlist",      groupAllowFrom: ["+15551234567"],    },  },}
    如何取得 WhatsApp 群組的 JID?

    最快的方法:持續查看記錄,並在群組中傳送測試訊息。

    bash
    openclaw logs --follow --json

    尋找以 @g.us 結尾的 chatId(或 from),例如 1234567890-1234567890@g.us

    如果已設定或加入允許清單,請從設定列出群組:

    bash
    openclaw directory groups list --channel whatsapp

    文件:WhatsApp目錄記錄

    為什麼 OpenClaw 不在群組中回覆?

    常見原因有兩個:預設會啟用提及門檻(你必須 @提及機器人,或符合 mentionPatterns),或你設定了 channels.whatsapp.groups,卻未設定 "*",而且該群組不在允許清單中。

    請參閱群組群組訊息

    群組/對話串會與私訊共用上下文嗎?

    預設情況下,直接聊天會合併至主要工作階段。群組/頻道有各自的工作階段鍵,而 Telegram 主題/Discord 對話串則是獨立的工作階段。請參閱群組群組訊息

    我可以建立多少個工作區和代理程式?

    沒有硬性限制——數十個甚至數百個都沒問題,但請留意:

    • 磁碟成長:作用中的工作階段與逐字稿儲存在每個代理程式各自的 SQLite 資料庫中;舊版/封存成品仍可能累積在 ~/.openclaw/agents/<agentId>/sessions/ 下。
    • 權杖成本:代理程式越多,並行模型用量就越高。
    • 維運負擔:每個代理程式各自的驗證設定檔、工作區與頻道路由。

    每個代理程式僅保留一個作用中工作區(agents.defaults.workspace);若磁碟用量增加,請使用 openclaw sessions cleanup 清除舊工作階段(不要手動編輯作用中的 SQLite 狀態);並使用 openclaw doctor 找出零散工作區與設定檔不相符的情況。

    我可以同時執行多個機器人或聊天(Slack)嗎?應如何設定?

    可以,透過多代理程式路由:執行多個彼此隔離的代理程式,並依頻道/帳號/對等端路由傳入訊息。Slack 支援作為頻道,且可繫結至特定代理程式。

    瀏覽器存取功能強大,但並非「人類能做的任何事都能做」——反機器人機制、CAPTCHA 與 MFA 仍可能阻擋自動化。若要獲得最可靠的控制,請在主機上使用本機 Chrome MCP,或在實際執行瀏覽器的機器上使用 CDP。

    最佳實務設定:常駐的閘道主機(VPS/Mac mini)、每個角色使用一個代理程式(繫結)、將 Slack 頻道繫結至這些代理程式,並在需要時透過 Chrome MCP 或節點使用本機瀏覽器。

    文件:多代理程式路由Slack瀏覽器節點

    模型、容錯移轉與驗證設定檔

    模型問答——預設值、選擇、別名、切換、容錯移轉、驗證設定檔——請參閱模型常見問題

    閘道:連接埠、「已在執行」與遠端模式

    閘道使用哪個連接埠?

    gateway.port 控制 WebSocket + HTTP(控制介面、鉤子等)共用的單一多工連接埠。優先順序:

    text
    --port > OPENCLAW_GATEWAY_PORT > gateway.port > 預設值 18789
    為什麼 openclaw gateway status 顯示 "Runtime: running",但 "Connectivity probe: failed"?

    "Running" 是監督程式的觀點(launchd/systemd/schtasks);連線能力探測則是命令列介面實際連線至閘道 WebSocket。請以 openclaw gateway status 中的這些行為準:Probe target:(探測使用的 URL)、Listening:(連接埠實際繫結的項目)、Last gateway error:(處理程序仍在執行,但連接埠未監聽時的常見根本原因)。

    為什麼 openclaw gateway status 顯示不同的 "Config (cli)" 與 "Config (service)"?

    你正在編輯一個設定檔,但服務執行時使用另一個設定檔(通常是 --profileOPENCLAW_STATE_DIR 不相符)。

    修正方式:從你希望服務使用的相同 --profile/環境中執行:

    bash
    openclaw gateway install --force
    "another gateway instance is already listening" 是什麼意思?

    OpenClaw 會在啟動時立即繫結 WebSocket 監聽器(預設為 ws://127.0.0.1:18789),以強制執行階段鎖定。若繫結因 EADDRINUSE 失敗,便會擲回 GatewayLockError("another gateway instance is already listening")。

    修正方式:停止另一個執行個體、釋放該連接埠,或使用 openclaw gateway --port <port> 執行。

    如何以遠端模式執行 OpenClaw(用戶端連線至其他位置的閘道)?

    設定 gateway.mode: "remote" 並指向遠端 WebSocket URL,也可選擇搭配共用密鑰遠端認證資訊:

    json5
    {  gateway: {    mode: "remote",    remote: {      url: "ws://gateway.tailnet:18789",      token: "your-token",      password: "your-password",    },  },}
    • openclaw gateway 僅在 gateway.modelocal 時啟動(或你傳入覆寫旗標)。
    • 這個 macOS 應用程式會監看設定檔,並在這些值變更時即時切換模式。
    • gateway.remote.token.password 僅為用戶端遠端認證資訊;它們本身不會啟用本機閘道驗證。
    控制介面顯示 "unauthorized"(或持續重新連線)。現在該怎麼辦?

    你的閘道驗證路徑與介面的驗證方式不相符。

    事實(依據程式碼):

    • 控制介面會將權杖保存在 sessionStorage 中,範圍限定為目前的瀏覽器分頁與所選閘道 URL,因此重新整理同一分頁後仍可繼續運作,而不需要將權杖長期保存在 localStorage 中。
    • AUTH_TOKEN_MISMATCH 上,當閘道傳回重試提示(canRetryWithDeviceToken=truerecommendedNextStep=retry_with_device_token)時,受信任的用戶端可使用快取的裝置權杖進行一次有界重試。
    • 該快取權杖重試會重複使用與裝置權杖一同儲存的已核准範圍;明確的 deviceToken/明確的 scopes 呼叫端會保留其要求的範圍集合,而非繼承快取範圍。
    • 在該重試路徑以外,連線驗證的優先順序依序為明確的共用權杖/密碼、明確的 deviceToken、儲存的裝置權杖,最後是啟動權杖。
    • 內建設定碼啟動程序會傳回具有 scopes: [] 的節點裝置權杖,以及供受信任行動裝置初始設定使用的有界操作員交接權杖。操作員交接可讀取設定期間的原生設定,但不會授予配對變更範圍或 operator.admin

    修正方式:

    • 最快方式:openclaw dashboard(列印並複製儀表板 URL,並嘗試開啟;若為無頭環境則顯示 SSH 提示)。
    • 尚無權杖:openclaw doctor --generate-gateway-token
    • 遠端:先使用 ssh -N -L 18789:127.0.0.1:18789 user@host 建立通道,再開啟 http://127.0.0.1:18789/
    • 共用密鑰模式:設定 gateway.auth.tokenOPENCLAW_GATEWAY_TOKENgateway.auth.passwordOPENCLAW_GATEWAY_PASSWORD,再將相符的密鑰貼到控制介面設定中。
    • Tailscale Serve 模式:確認已啟用 gateway.auth.allowTailscale,且你開啟的是 Serve URL,而非會略過 Tailscale 身分標頭的原始回送/tailnet URL。
    • 受信任 Proxy 模式:確認你是透過已設定且具身分感知能力的 Proxy 連入。同一主機上的回送 Proxy 也需要 gateway.auth.trustedProxy.allowLoopback = true
    • 一次重試後仍不相符:輪替/重新核准已配對的裝置權杖:
      bash
      openclaw devices listopenclaw devices rotate --device <id> --role operator
    • 輪替遭拒:已配對裝置工作階段只能輪替其自身裝置,除非它們也具有 operator.admin;而明確的 --scope 值不得超出呼叫端目前的操作員範圍。
    • 仍然卡住:openclaw status --all,以及疑難排解。驗證詳細資訊請參閱儀表板
    我已將 gateway.bind 設為 tailnet,但它只監聽回送介面

    tailnet 繫結會從你的網路介面選取 Tailscale IP(100.64.0.0/10)。若該機器未連上 Tailscale(或介面已停用),閘道會退回回送介面,而不會公開其他網路介面。

    修正方式:在該主機啟動 Tailscale 並重新啟動閘道,或明確切換至 gateway.bind: "loopback""lan"

    tailnet 為明確設定;auto 優先使用回送介面。使用 gateway.bind: "tailnet" 可將非回送介面的公開範圍限制於 Tailnet,同時保留必要的同一主機 127.0.0.1 監聽器。

    我可以在同一主機上執行多個閘道嗎?

    通常不需要——一個閘道即可執行多個訊息頻道與代理程式。僅在需要備援(例如救援機器人)或嚴格隔離時才使用多個閘道,並以各自獨立的 OPENCLAW_CONFIG_PATHOPENCLAW_STATE_DIRagents.defaults.workspace 與唯一的 gateway.port 隔離每個閘道。

    建議:每個執行個體使用 openclaw --profile <name> ...(會自動建立 ~/.openclaw-<name>);每個設定檔組態使用唯一的 gateway.port(手動執行則使用 --port);並使用 openclaw --profile <name> gateway install 為每個設定檔建立服務。

    設定檔也會在服務名稱後加上尾碼:launchd ai.openclaw.<profile>、systemd openclaw-gateway-<profile>.service、Windows OpenClaw Gateway (<profile>)。未限定名稱的 openclaw-gateway systemd 單元僅存在於預設設定檔;重新命名前的舊版 systemd 單元名稱 clawdbot-gateway 會自動遷移。

    完整指南:多個閘道

    "invalid handshake"/代碼 1008 是什麼意思?

    閘道是 WebSocket 伺服器,並預期第一則訊息為 connect 框架。其他任何內容都會以代碼 1008(違反政策)關閉連線。

    常見原因:你在瀏覽器中開啟了 HTTP URL,而非使用 WS 用戶端;使用了錯誤的連接埠/路徑;或 Proxy/通道移除了驗證標頭,或傳送了非閘道要求。

    修正方式:使用 WS URL(ws://<host>:18789,或透過 HTTPS 使用 wss://...);不要在一般瀏覽器分頁中開啟 WS 連接埠;並在啟用驗證時,於 connect 框架中包含權杖/密碼。命令列介面/終端介面範例:

    bash
    openclaw tui --url ws://<host>:18789 --token <token>

    通訊協定詳細資訊:閘道通訊協定

    記錄與偵錯

    記錄在哪裡?

    檔案記錄(結構化):預設設定檔為 /tmp/openclaw/openclaw-YYYY-MM-DD.log,具名設定檔則為 /tmp/openclaw/openclaw-<profile>-YYYY-MM-DD.log。透過 logging.file 設定固定路徑;透過 logging.level 設定檔案記錄層級;透過 --verboselogging.consoleLevel 設定主控台詳細程度。

    最快的即時追蹤方式:

    bash
    openclaw logs --follow

    服務/監督程式記錄(閘道透過 launchd/systemd 執行時):

    • macOS launchd 標準輸出:~/Library/Logs/openclaw/gateway.log(設定檔使用 gateway-<profile>.log;標準錯誤輸出會被抑制)。
    • Linux:journalctl --user -u openclaw-gateway[-<profile>].service -n 200 --no-pager
    • Windows:schtasks /Query /TN "OpenClaw Gateway (<profile>)" /V /FO LIST

    更多資訊請參閱疑難排解

    如何啟動/停止/重新啟動閘道服務?
    bash
    openclaw gateway statusopenclaw gateway restart

    若你手動執行閘道,openclaw gateway --force 可以收回連接埠。請參閱閘道

    我在 Windows 上關閉了終端機——要如何重新啟動 OpenClaw?

    Windows 有三種安裝模式:

    1) Windows Hub 本機設定:原生應用程式會管理由應用程式擁有的本機 WSL 閘道。從開始功能表或系統匣開啟 OpenClaw Companion,接著使用 Gateway Setup 或 Connections 分頁。

    2) 手動 WSL2 閘道:閘道在 Linux 內執行。

    powershell
    wslopenclaw gateway statusopenclaw gateway restart

    若你從未安裝服務,請以前景模式啟動:openclaw gateway run

    3) 原生 Windows 命令列介面/閘道:直接在 Windows 中執行。

    powershell
    openclaw gateway statusopenclaw gateway restart

    若手動執行(無服務):openclaw gateway run

    文件:Windows閘道服務操作手冊

    閘道已啟動,但回覆始終沒有送達。我該檢查什麼?

    快速健康狀況檢查:

    bash
    openclaw statusopenclaw models statusopenclaw channels statusopenclaw logs --follow

    常見原因:模型驗證未載入至閘道主機(檢查 models status)、頻道配對/允許清單阻擋回覆(檢查頻道設定與記錄),或 WebChat/儀表板開啟時未使用正確權杖。若為遠端模式,請確認通道/Tailscale 連線正常,且閘道 WebSocket 可連線。

    文件:頻道疑難排解遠端存取

    "已中斷與閘道的連線:無原因"——現在該怎麼辦?

    這通常表示使用者介面失去了 WebSocket 連線。請檢查:閘道是否正在執行(openclaw gateway status)?是否運作正常(openclaw status)?使用者介面是否有正確的權杖(openclaw dashboard)?如果是遠端環境,通道/Tailscale 連線是否已建立?

    接著持續查看日誌:

    bash
    openclaw logs --follow

    文件:儀表板遠端存取疑難排解

    Telegram setMyCommands 失敗。該檢查什麼?
    bash
    openclaw channels statusopenclaw channels logs --channel telegram

    接著比對錯誤:

    • BOT_COMMANDS_TOO_MUCH:Telegram 選單的項目過多。OpenClaw 已經會將項目裁減至 Telegram 的限制,並使用較少的命令重試,但部分選單項目仍可能遭到捨棄。請減少外掛/技能/自訂命令,若不需要選單,也可停用 channels.telegram.commands.native
    • TypeError: fetch failedNetwork request for 'setMyCommands' failed! 或類似的網路錯誤:若位於 VPS 或代理伺服器之後,請確認允許向外的 HTTPS 連線,且 api.telegram.org 的 DNS 解析正常。

    如果閘道位於遠端,請在閘道主機上檢查日誌。

    文件:Telegram頻道疑難排解

    終端介面沒有顯示輸出。該檢查什麼?
    bash
    openclaw statusopenclaw models statusopenclaw logs --follow

    在終端介面中,使用 /status 查看目前狀態。如果預期會在聊天頻道收到回覆,請確認已啟用傳送功能(/deliver on)。

    文件:終端介面斜線命令

    如何完全停止閘道後再重新啟動?

    如果已安裝服務(macOS 上的 launchd、Linux 上的 systemd):

    bash
    openclaw gateway stopopenclaw gateway start

    在前景執行時,請使用 Ctrl-C 停止,接著執行 openclaw gateway run

    文件:閘道服務操作手冊

    簡單解釋:openclaw gateway restart 與 openclaw gateway 的差異

    openclaw gateway restart 會重新啟動背景服務(launchd/systemd)。openclaw gateway 則會在此終端機工作階段中,於前景執行閘道。如果已安裝服務,請使用閘道子命令;若僅需單次執行,請直接使用前景執行方式。

    發生失敗時,取得更多詳細資訊的最快方式

    使用 --verbose 啟動閘道,以在主控台中顯示更多詳細資訊,接著檢查日誌檔案中的頻道驗證、模型路由及 RPC 錯誤。

    媒體與附件

    我的技能產生了圖片/PDF,但沒有傳送任何內容

    代理程式的傳出附件必須使用結構化媒體欄位,例如 mediamediaUrlpathfilePath。請參閱 OpenClaw 助理設定代理程式傳送

    bash
    openclaw message send --target +15555550123 --message "Here you go" --media /path/to/file.png

    另請檢查:目標頻道支援傳出媒體,且未遭允許清單封鎖;檔案符合提供者的大小限制(圖片最長邊會調整至最多 2048px);tools.fs.workspaceOnly=true 會將本機路徑傳送限制於工作區、暫存/媒體儲存區,以及通過沙箱驗證的檔案;tools.fs.workspaceOnly=false(預設值)允許結構化本機媒體傳送使用代理程式已能讀取的主機本機檔案,適用於媒體與安全的文件類型(圖片、音訊、影片、PDF、Office 文件,以及經驗證的文字文件,例如 Markdown/MD、TXT、JSON、YAML/YML)。這不是機密掃描器——只要副檔名與內容驗證相符,代理程式可讀取的 secret.txtconfig.json 便能作為附件傳送。請將敏感檔案置於代理程式可讀取的路徑之外,或保留 tools.fs.workspaceOnly=true,以對本機路徑傳送施加更嚴格的限制。

    請參閱圖片

    安全性與存取控制

    讓 OpenClaw 接收傳入的私人訊息安全嗎?

    請將傳入的私人訊息視為不受信任的輸入。預設設定可降低風險:

    • 支援私人訊息的頻道,其預設行為為配對:未知的傳送者會收到配對碼,且其訊息不會被處理。請使用 openclaw pairing approve --channel <channel> [--account <id>] <code> 核准。待處理的要求上限為每個頻道 3 個;如果未收到配對碼,請檢查 openclaw pairing list --channel <channel> [--account <id>]
    • 公開開放私人訊息需要明確選擇加入(dmPolicy: "open" 及允許清單 "*")。

    執行 openclaw doctor 以找出有風險的私人訊息政策。

    提示注入只需要擔心公開機器人嗎?

    不。提示注入與不受信任的內容有關,而不只取決於誰能傳送私人訊息給機器人。如果助理會讀取外部內容(網頁搜尋/擷取、瀏覽器頁面、電子郵件、文件、附件、貼上的日誌),這些內容可能夾帶試圖劫持模型的指令——即使只有你能傳送訊息也是如此。

    啟用工具時風險最大:模型可能受騙而洩漏情境資訊,或代表你呼叫工具。請透過以下方式縮小影響範圍:

    • 使用唯讀或停用工具的「讀取器」代理程式,摘要不受信任的內容
    • 對已啟用工具的代理程式,關閉 web_searchweb_fetchbrowser
    • 也將解碼後的檔案/文件文字視為不受信任:OpenResponses input_file 與媒體附件擷取都會將擷取出的文字包裝在明確的外部內容邊界標記中,而非直接傳遞原始檔案文字
    • 使用沙箱及嚴格的工具允許清單

    詳細資訊:安全性

    OpenClaw 使用 TypeScript/Node 而非 Rust/WASM,是否因此較不安全?

    語言與執行階段確實重要,但並非個人代理程式的主要風險。實際風險包括閘道暴露、誰能傳訊息給機器人、提示注入、工具範圍、認證資訊處理、瀏覽器存取、執行權限,以及第三方技能/外掛的可信度。

    Rust 與 WASM 能為某些程式碼類別提供更強的隔離,但無法解決提示注入、不當的允許清單、公開暴露閘道、範圍過廣的工具,或已登入敏感帳號的瀏覽器設定檔。請將以下項目視為主要控制措施:保持閘道私密或要求驗證、對私人訊息/群組使用配對與允許清單、針對不受信任的輸入拒絕高風險工具或將其置於沙箱中、僅安裝受信任的外掛與技能,並在變更設定後執行 openclaw security audit --deep

    詳細資訊:安全性沙箱化

    我看到 OpenClaw 執行個體暴露在外的報告。該檢查什麼?
    bash
    openclaw security audit --deepopenclaw gateway status

    較安全的基準設定:將閘道繫結至 loopback,或僅透過經驗證的私密存取方式暴露(tailnet、SSH 通道、權杖/密碼驗證,或正確設定的受信任代理伺服器);私人訊息使用 pairingallowlist 模式;除非所有成員都受信任,否則群組應使用允許清單並要求提及;對會讀取不受信任內容的代理程式,拒絕高風險工具(execbrowsergatewaycron)或嚴格限制其範圍;需要縮小工具執行影響範圍時,請啟用沙箱化。

    應優先修正的問題,是未經驗證的公開繫結、搭配工具的開放私人訊息/群組,以及暴露在外的瀏覽器控制功能。詳細資訊:openclaw security audit

    安裝 ClawHub 技能與第三方外掛安全嗎?

    請將第三方技能與外掛視為你選擇信任的程式碼。ClawHub 技能頁面會在安裝前顯示掃描狀態,但掃描並非完整的安全邊界。OpenClaw 在安裝或更新外掛/技能時,不會執行內建的本機危險程式碼封鎖;請使用由操作者管理的 security.installPolicy,在本機作出允許/封鎖決策。

    較安全的模式:優先選擇受信任的作者與固定版本、啟用前閱讀技能/外掛內容、嚴格限制外掛/技能允許清單、在僅有最少工具的沙箱中執行不受信任輸入的工作流程,並避免授予第三方程式碼廣泛的檔案系統、執行、瀏覽器或機密存取權限。

    詳細資訊:技能外掛安全性

    我的機器人是否應擁有自己的電子郵件、GitHub 帳號或電話號碼?

    對大多數設定而言,是的。使用獨立帳號與電話號碼隔離機器人,可在發生問題時縮小影響範圍,也更容易輪替認證資訊或撤銷存取權,而不影響你的個人帳號。

    請從小範圍開始:僅授予實際需要的工具與帳號存取權,日後如有需要再擴充。

    文件:安全性配對

    可以讓它自主處理我的簡訊嗎?這樣安全嗎?

    我們建議讓它完全自主處理你的個人訊息。最安全的模式是:讓私人訊息維持在配對模式或採用嚴格的允許清單;若它需要代表你傳送訊息,請使用獨立的號碼或帳號;讓它先擬稿,並由你在傳送前核准

    若要進行實驗,請使用專用且隔離的帳號。請參閱安全性

    可以使用較便宜的模型處理個人助理工作嗎?

    可以,前提是代理程式僅用於聊天,且輸入內容受信任。較小的模型層級更容易遭受指令劫持,因此請避免將其用於已啟用工具的代理程式,或用來讀取不受信任的內容。如果必須使用較小的模型,請嚴格限制工具,並在沙箱內執行。請參閱安全性

    我在 Telegram 中執行了 /start,但沒有收到配對碼

    只有在未知傳送者傳訊息給機器人,且已啟用 dmPolicy: "pairing" 時,才會傳送配對碼;僅執行 /start 不會產生配對碼。

    檢查待處理的要求:

    bash
    openclaw pairing list telegram

    若要立即存取,請將你的傳送者 ID 加入允許清單,或為該帳號設定 dmPolicy: "open"

    WhatsApp:它會傳訊息給我的聯絡人嗎?配對如何運作?

    不會。WhatsApp 私人訊息政策的預設值為配對。未知傳送者只會收到配對碼;其訊息不會被處理。OpenClaw 只會回覆收到訊息的聊天,或執行你明確觸發的傳送操作。

    bash
    openclaw pairing approve whatsapp <code>openclaw pairing list whatsapp

    精靈中的電話號碼提示會設定你的允許清單/擁有者,以允許你自己的私人訊息——這不會用於自動傳送。若使用你的個人 WhatsApp 號碼,請填入該號碼並啟用 channels.whatsapp.selfChatMode

    聊天命令、中止工作,以及「它停不下來」

    如何停止在聊天中顯示內部系統訊息?

    大多數內部/工具訊息只會在該工作階段啟用詳細輸出追蹤推理時顯示。

    請在看到這些訊息的聊天中進行修正:

    text
    /verbose off/trace off/reasoning off

    如果仍然太吵雜:請在控制使用者介面中檢查工作階段設定,並將詳細輸出設為 inherit;確認目前使用的機器人設定檔並未在設定中啟用 verboseDefault: "on"

    文件:思考與詳細輸出安全性

    如何停止/取消執行中的任務?

    將以下任一項目作為獨立訊息傳送(不加斜線)即可觸發中止:stopstop actionstop current actionstop runstop current runstop agentstop the agentstop openclawopenclaw stopstop don't do anythingstop do not do anythingstop doing anythingdo not do thatplease stopstop pleaseabortescexitinterrupthalt。常見的非英語觸發詞(法語、德語、西班牙語、中文、日語、印地語、阿拉伯語、俄語)也有效。

    若是由 exec 工具啟動的背景程序,請要求代理程式執行:

    text
    process action:kill sessionId:XXX

    大多數斜線命令都必須以 / 開頭,並作為獨立訊息傳送,但少數快捷命令(例如 /status)也能由允許清單中的傳送者在行內使用。請參閱斜線命令

    如何從 Telegram 傳送 Discord 訊息?(「Cross-context messaging denied」)

    OpenClaw 預設會封鎖跨提供者訊息傳送。如果工具呼叫繫結至 Telegram,除非你明確允許,否則不會傳送至 Discord;此設定會立即生效,無須重新啟動閘道:

    json5
    {  tools: {    message: {      crossContext: {        allowAcrossProviders: true,        marker: { enabled: true, prefix: "[from {channel}] " },      },    },  },}
    為什麼感覺機器人會「忽略」快速連續傳送的訊息?

    執行期間收到的提示預設會導向目前進行中的執行。使用 /queue 選擇進行中執行的行為:

    • steer(預設)- 在下一個模型邊界引導進行中的執行。
    • followup - 將訊息加入佇列,並在目前執行結束後逐一執行。
    • collect - 將相容的訊息加入佇列,並在目前執行結束後統一回覆一次。
    • interrupt - 中止目前執行並重新開始。

    可在佇列模式中加入選項,例如 debounce:0.5s cap:25 drop:summarize。請參閱命令佇列引導佇列

    其他

    使用 API 金鑰時,Anthropic 的預設模型是什麼?

    認證資訊與模型選擇是彼此獨立的。設定 ANTHROPIC_API_KEY(或將 Anthropic API 金鑰儲存在驗證設定檔中)會啟用驗證,但實際的預設模型取決於你在 agents.defaults.model.primary 中的設定(例如 anthropic/claude-sonnet-4-6anthropic/claude-opus-4-6)。No credentials found for profile "anthropic:default" 表示閘道無法在執行中代理程式預期的 auth-profiles.json 中找到 Anthropic 認證資訊。


    仍然無法解決嗎?請在 Discord 中詢問,或發起 GitHub 討論

    相關內容

    Was this useful?
    On this page

    On this page