ClickClack

ClickClack 透過第一方 ClickClack 機器人權杖，將 OpenClaw 連接至自行託管的 ClickClack 工作區。

當你希望 OpenClaw 代理以 ClickClack 機器人使用者身分出現時，請使用此功能。ClickClack 支援獨立服務機器人與使用者擁有的機器人；使用者擁有的機器人會保留 owner_user_id，且只會取得你授予的權杖範圍。

快速設定

在 ClickClack 中，開啟 Workspace settings → Integrations → OpenClaw，使用 Setup code (recommended) 建立機器人，然後複製產生的命令：

openclaw channels add clickclack --code 'https://clickclack.example.com/#XXXX-XXXX-XXXX'

若前端與 API 使用不同來源，或 API 掛載於某個路徑下，ClickClack 會改為產生確切的領取端點：

openclaw channels add clickclack --code 'https://api.example.com/services/clickclack/api/bot-setup-codes/claim#XXXX-XXXX-XXXX'

設定碼僅能使用一次，並會在 10 分鐘後到期。OpenClaw 會領取設定碼、接收新建立的機器人權杖與工作區設定、儲存帳號、驗證連線，並回報執行中的閘道是否已載入該帳號。對於含版本的確切端點，OpenClaw 會驗證並儲存 ClickClack 傳回的標準 API 基底，包括任何路徑前綴。設定碼本身不會儲存在 OpenClaw 設定中。

公開伺服器的設定碼領取會使用 HTTPS。對於位於迴路位址（例如 localhost 和 127.0.0.1）的本機安裝，也支援純 HTTP。

如果 OpenClaw 已在執行，ClickClack 會自動連線，不需要第二個命令。否則，請使用以下命令啟動：

openclaw gateway

你也可以將設定碼與伺服器 URL 分開傳入：

openclaw channels add clickclack --code XXXX-XXXX-XXXX --base-url https://clickclack.example.com

若要使用引導式設定，請執行：

openclaw onboard

選取 ClickClack，然後依提示輸入伺服器 URL、機器人權杖和工作區。引導式設定會在儲存後檢查伺服器、權杖和工作區；檢查失敗不會捨棄設定。

替代方式：手動權杖

設定非 OpenClaw 用戶端時，或你明確需要自行管理權杖時，請在 ClickClack 中選擇 Manual token：

openclaw channels add clickclack --base-url https://clickclack.example.com --token ccb_... --workspace default

workspace 接受工作區 ID（wsp_...）、代稱或顯示名稱。 --code 不能與 --token、--token-file 或 --use-env 同時使用。

替代方式：環境變數權杖

預設帳號可以讀取 CLICKCLACK_BOT_TOKEN，而不將權杖儲存在設定中：

export CLICKCLACK_BOT_TOKEN="ccb_..."openclaw channels add clickclack --base-url https://clickclack.example.com --workspace default --use-envopenclaw gateway

具名帳號必須使用已設定的權杖或權杖檔案；共用環境變數刻意限制為僅供預設帳號使用。

JSON5 參考

等效的設定結構如下：

{  channels: {    clickclack: {      enabled: true,      baseUrl: "https://clickclack.example.com",      token: { source: "env", provider: "default", id: "CLICKCLACK_BOT_TOKEN" },      workspace: "default",      defaultTo: "channel:general",    },  },}

只有在 baseUrl、權杖來源及 workspace 全部設定後，帳號才算完成設定。預設帳號的權杖來源可以是 token、tokenFile 或 CLICKCLACK_BOT_TOKEN。workspace 接受工作區 ID（wsp_...）、代稱或名稱；閘道會在啟動時將其解析為 ID。

帳號設定鍵

保留受驗證閘道保護的公開主機名稱

當 ClickClack 與 OpenClaw 閘道在同一主機上執行，但公開 ClickClack 主機名稱受到 Cloudflare Access 等驗證閘道保護時，請使用 apiBaseUrl：

{  channels: {    clickclack: {      baseUrl: "https://clack.openclaw.ai",      apiBaseUrl: "http://127.0.0.1:8484",      token: { source: "env", provider: "default", id: "CLICKCLACK_BOT_TOKEN" },      workspace: "default",    },  },}

公開主機名稱可以繼續對瀏覽器使用者完全設置驗證限制。OpenClaw 會將迴路端點用於 REST 要求、設定驗證和即時 WebSocket，而討論中的 embedUrl 與 openUrl 連結仍會使用公開的 baseUrl。若省略 apiBaseUrl，所有流量都會使用 baseUrl，以保留現有行為。

如果 plugins.allow 是非空的限制性清單，在頻道設定中明確選取 ClickClack 或執行 openclaw plugins enable clickclack，都會將 clickclack 附加至該清單。新手引導安裝會使用相同的明確選取行為。這些路徑不會覆寫 plugins.deny 或全域 plugins.enabled: false 設定。直接執行 openclaw plugins install @openclaw/clickclack 會遵循一般外掛安裝政策，並且也會將 ClickClack 記錄到現有允許清單中。

多個機器人

每個帳號都會開啟自己的 ClickClack 即時連線，並使用自己的機器人權杖。

{  channels: {    clickclack: {      enabled: true,      baseUrl: "https://clickclack.example.com",      defaultAccount: "service",      accounts: {        service: {          token: { source: "env", provider: "default", id: "CLICKCLACK_SERVICE_BOT_TOKEN" },          workspace: "default",          defaultTo: "channel:general",          agentId: "service-bot",        },        support: {          token: { source: "env", provider: "default", id: "CLICKCLACK_SUPPORT_BOT_TOKEN" },          workspace: "default",          defaultTo: "dm:usr_...",          agentId: "support-bot",        },      },    },  },}

工作階段討論

在一個 ClickClack 帳號上啟用討論，讓每個 OpenClaw 工作階段都有專屬的 ClickClack 頻道。帳號權杖必須包含 channels:write（bot:admin 套件包含此範圍）；一般的 bot:write 設定權杖無法建立或同步頻道。

{  channels: {    clickclack: {      enabled: true,      baseUrl: "https://clickclack.example.com",      token: { source: "env", provider: "default", id: "CLICKCLACK_BOT_TOKEN" },      workspace: "default",      discussions: {        enabled: true,        workspace: "default",        controlUrlBase: "https://team.openclaw.ai",        section: "Sessions",      },    },  },}

discussions.workspace 接受與帳號層級 workspace 相同的工作區 ID、代稱或顯示名稱，並預設為該值。section 控制 ClickClack 側邊欄區段，預設為 Sessions。設定 controlUrlBase 後，受管理的頻道會連回實際的控制介面工作階段路由 /chat?session=<encoded-session-key>。

只在一個 ClickClack 帳號上啟用討論。閘道提供者沒有帳號選擇器，因此會拒絕多個已啟用討論功能的帳號，而不是依設定順序選擇其中一個。

開啟討論會建立一個標示為由外部管理的公開 ClickClack 頻道。外掛會保持工作階段標籤、類別及封存狀態同步。還原工作階段時也會還原其頻道；清除工作階段類別則會將頻道移回已設定的預設區段。刪除 OpenClaw 工作階段時，會封存 ClickClack 頻道而非將其刪除，因此其歷史記錄仍可使用。使用討論 RPC 時，外掛會協調繫結；只要存在任何繫結，也會約每分鐘協調一次。

受管理頻道中的傳入訊息會在與所附加主要工作階段相同的代理 ID 下，使用確定性的側邊工作階段。側邊代理會獲知應觀察哪個主要工作階段，並可使用 sessions_history 和 session_status（changesSince 適合用於增量檢查）。只有當討論中的人員要求它轉達訊息或引導主要工作階段時，它才會使用 sessions_send。繫結、受管理擁有權參照和側邊工作階段對等身分，會包含具體的 OpenClaw 工作階段 ID，以及固定的 ClickClack 伺服器和頻道。重設可重複使用的工作階段鍵，或重新指定帳號目標，會在本機撤銷舊頻道；若舊認證資訊仍可使用，則會封存該頻道，且無法重複使用其側邊逐字記錄。透過已封存、重設、停用或重新指定目標的繫結傳入的訊息，會遭到捨棄，而不會退回帳號的一般頻道路由。已釋放的繫結會留下永久的已撤銷頻道標記，讓延遲的即時事件維持故障時關閉。遠端擁有權以 ClickClack 伺服器與頻道 ID 為鍵，因此重新命名本機帳號不會將受管理頻道變成一般頻道。

將 tools.sessions.visibility 保持為較安全的預設值 tree。外掛只會在每個側邊工作階段及其所附加的主要工作階段之間安裝主機範圍授權，並加入阻擋工作階段探索與跨工作階段目標的工具政策掛鉤。它只允許對所附加的主要工作階段使用 sessions_history、session_status 和 sessions_send，並防止狀態呼叫變更該工作階段的模型。這些工具仍必須存在於代理的有效工具允許清單中。系統提示詞僅提供指引；主機授權與掛鉤才是授權邊界。

ClickClack 伺服器在建立及更新頻道時，必須支援受管理頻道欄位（external_managed、 external_ref、external_url 和 sidebar_section），並在頻道回應中傳回這些欄位。OpenClaw 會在 持久儲存繫結之前驗證該合約。如果建立回應遺失，下次開啟時會依據伺服器強制執行的 external_ref 採用該頻道，而不會建立另一個頻道。 在該結果完成核對之前，待處理的保留項目會隔離目的地工作區中 原本未繫結的事件。粗粒度核對器會在同一工作階段仍然有效時 採用該頻道，或在重設後將其封存；若未建立遠端頻道， 則會清除保留項目。 該參照包含每個 OpenClaw 安裝的持久命名空間，以及 工作階段金鑰、具體工作階段 ID、ClickClack 目的地和持久 繫結世代的雜湊。不同閘道無法採用彼此的頻道， 重設後的工作階段無法繼承舊頻道歷程，而且帳號或工作區 往返變更後無法重新採用先前的頻道。繫結也會固定至 設定的 ClickClack 伺服器 URL；若帳號重新指定目標，繫結便會失效。 變更或移除 controlUrlBase，會在下一次核對流程中更新或清除受管理的 頻道連結。變更 discussions.workspace 時，如果舊工作區的認證資訊仍有設定，則必須先封存並釋放舊繫結， 才能在新工作區中開啟頻道。如果權杖已替換為 無法存取舊工作區的工作區範圍認證資訊，OpenClaw 會將舊頻道記錄為已撤銷， 並在不嘗試使用替代權杖的情況下釋放繫結；請從 ClickClack 封存該殘留 頻道。

附加的主要工作階段也會收到一個僅供提取的 discussion 工具。它會讀取 最新訊息和近期討論串回覆，並將每則訊息呈現為一筆經逸出且標明來源的記錄， 不會產生任何寫入或生命週期副作用。頻道根層級和討論串的 查詢有固定的請求預算；若該安全界限可能遺漏較舊但仍活躍的討論串， 結果會明確提出警告。

回覆模式

• replyMode: "agent"（預設）會透過一般代理程式流水線分派傳入訊息，包括工作階段記錄和工具政策。
• replyMode: "model" 會略過代理程式流水線，並使用外掛執行階段的 llm.complete 直接傳送機器人回覆，亦可選擇使用 model 和 systemPrompt 調整其形式。所選供應商和模型負責完成預算。

模型模式會針對解析出的機器人代理程式 ID 執行完成，這需要明確設定 plugins.entries.clickclack.llm.allowAgentIdOverride: true 信任 位元：

{  plugins: {    entries: {      clickclack: {        llm: {          allowAgentIdOverride: true,        },      },    },  },}

如果只使用預設的 agent 回覆模式，請保持信任位元關閉； 該模式不需要此設定。

命令選單

閘道啟動時，每個已設定的帳號都會將 OpenClaw 的原生命令 發布至 ClickClack。它們會顯示在撰寫器的自動完成清單中，並以 機器人的控制代碼標示。每次啟動時都會完整取代已發布的命令集； 原生命令目錄為空時，也會清除過時的選單。

命令選單同步預設為啟用。若要為帳號停用，請設定 commandMenu: false：

{  channels: {    clickclack: {      enabled: true,      token: { source: "env", provider: "default", id: "CLICKCLACK_BOT_TOKEN" },      workspace: "default",      commandMenu: false,    },  },}

權杖需要 commands:write。目前的 ClickClack bot:write 和 bot:admin 套件組合都包含此範圍，也可以個別授予。 在命令選單推出之前建立的權杖，可能需要新增此範圍或更換權杖。

同步採盡力而為方式，並在每次閘道啟動時執行一次。缺少範圍或發生網路 失敗時會記錄警告；不具備該端點的舊版 ClickClack 伺服器則會以 偵錯層級記錄。這些失敗均不會阻止即時功能啟動。代理程式離線時， 選單仍然可用；機器人離開工作區時則會移除選單。

此版本僅發布原生命令規格。別名，以及 Skills、外掛或自訂命令目錄不會加入選單。如果某個 名稱也註冊為 HTTP 斜線命令，ClickClack 會優先分派該 註冊項目；其他選單命令仍會透過一般訊息 傳遞。

使用 agent 模式取得跨服務關聯證據。對於採用標準 msg_<ulid> 格式的 權威 ClickClack 訊息 ID，頻道會衍生出 確定性的 OpenClaw 執行 ID clickclack:<message-id>。之後，每次模型呼叫 都會在診斷中顯示為 clickclack:<message-id>:model:<n>；當該 輪次使用 ClawRouter 時，相同的模型呼叫 ID 會以 X-Request-ID 傳送。 model 模式會略過一般代理程式執行／工作階段診斷，因此 不適用於此證據路徑。

當即時事件包含已驗證的 payload.correlation_id 時， 頻道會在權威訊息擷取和 產生的 ClickClack 回覆請求中將其作為 X-Correlation-ID 傳遞。值會使用 ClickClack 的安全 128 字元集合（A-Z、a-z、0-9、.、_、: 和 -）； 無效值會被省略。這些聯結僅包含識別碼，絕不包含訊息本文、 提示、完成內容、認證資訊或工具輸出。

持久媒體傳遞

包含媒體的代理程式回覆會使用必要的持久傳遞。OpenClaw 會在首次寫入 ClickClack 前， 為每個部分指派穩定的訊息與上傳 nonce，因此 重試時會重複使用相同的上傳內容和訊息，而不會消耗儲存空間配額 或發布重複項目。如果重新啟動後上傳內容已存在， OpenClaw 不會重新讀取原始本機路徑或遠端媒體 URL。

此復原合約需要 ClickClack 伺服器支援：

• GET /api/uploads/by-nonce，並在 找到和未找到的結果中提供 X-ClickClack-Upload-Nonce: supported。
• GET /api/messages/by-nonce，並在 找到和未找到的結果中提供 X-ClickClack-Message-Nonce: supported。
• 針對相同擁有者範圍 nonce 和上傳內容，提供冪等的訊息建立和附件關聯。

舊版伺服器的一般 404 不會被視為傳送項目不存在的證明。 OpenClaw 會讓傳遞保持未解決狀態，而不冒產生重複項目的風險；請先更新 ClickClack，再啟用會產生媒體的代理程式回覆。

代理程式活動列

預設情況下，代理程式輪次執行期間，ClickClack 頻道不會顯示任何內容；只有最終回覆會送達。若要在輪次進行期間發布持久的 agent_commentary 和 agent_tool 訊息列，請在帳號上設定 agentActivity: true：

{  channels: {    clickclack: {      enabled: true,      token: { source: "env", provider: "default", id: "CLICKCLACK_BOT_TOKEN" },      workspace: "default",      agentActivity: true,    },  },}

要求與行為：

• 預設關閉。 標準設定和舊版 ClickClack 伺服器不受影響。
• 需要 agent_activity:write 權杖範圍。 此範圍與 bot:write 分開，且不會由其繼承；啟用此選項前，請使用 --scopes bot:write,agent_activity:write 建立機器人權杖（或將此範圍授予現有權杖）。
• 盡力而為降級。 如果權杖缺少 agent_activity:write，或伺服器拒絕活動寫入，系統會記錄失敗，而最終回覆仍會正常傳遞；不會顯示活動列。
• 各列會依輪次（turn_id）分組並合併，使一個邏輯步驟對應一列；工具列使用與 Discord／Slack／Telegram 相同的進度格式（工具名稱加上命令詳細資料）。
• 歸屬中繼資料。 代理程式撰寫的貼文（活動列和最終回覆）會帶有根據該輪次實際使用的模型（包括後援切換後）解析出的 author_model 和 author_thinking 欄位。未定義這些欄位的伺服器會忽略未知的 JSON 欄位；持久儲存這些欄位的伺服器，則能針對每則訊息回答「哪個模型以何種思考層級說了這一行」。

目標

• channel:<name-or-id> 會傳送至工作區頻道。未加前綴的目標預設為 channel:。
• dm:<user_id> 會建立或重複使用與該使用者的直接對話。
• thread:<message_id> 會在以該訊息為根的討論串中回覆。

明確的對外傳送目標也可包含 clickclack: 或 cc: 供應商前綴。

對外傳送媒體會使用 ClickClack 的上傳 API，然後將持久上傳內容 附加至所建立的頻道訊息、討論串回覆或私人訊息。本機檔案和支援的 遠端媒體 URL 會遵循 OpenClaw 的一般媒體存取政策，每個檔案上限為 64 MiB。 持久佇列傳送會為每個上傳內容和訊息部分使用不同且限制於擁有者範圍的 nonce， 然後使用相同物件重試附件關聯。伺服器 合約與復原行為請參閱持久媒體傳遞。

範例：

openclaw message send --channel clickclack --target channel:general --message "hello"openclaw message send --channel clickclack --target dm:usr_123 --message "hello"openclaw message send --channel clickclack --target thread:msg_123 --message "following up"

權限

ClickClack 權杖範圍由 ClickClack API 強制執行。

• bot:read：讀取工作區／頻道／訊息／討論串／私人訊息／即時／個人檔案資料。
• bot:write：bot:read 加上頻道訊息、討論串回覆、私人訊息、上傳及命令選單發布。
• bot:admin：bot:write 加上頻道建立。
• commands:write：發布機器人的命令選單。包含在目前的 bot:write 和 bot:admin 套件組合中，也可以個別授予。
• agent_activity:write：持久代理程式活動列（agent_commentary／agent_tool）。不會由 bot:write 或 bot:admin 繼承；僅在設定 agentActivity: true 時需要。

一般代理程式聊天和命令選單同步只需要目前的 bot:write。啟用代理程式活動列時，請新增 agent_activity:write。

疑難排解

• ClickClack is not configured for account "<id>"：為該帳號設定 baseUrl、token（例如透過 CLICKCLACK_BOT_TOKEN）和 workspace。
• ClickClack workspace not found: <value>：將 workspace 設為 ClickClack 傳回的工作區 ID、slug 或名稱。
• 沒有傳入回覆：確認權杖具有即時讀取存取權，並注意機器人會忽略自己的訊息和其他機器人的訊息。
• 頻道傳送失敗：確認機器人是工作區成員，且具有 bot:write。
• 沒有命令選單：確認 commandMenu 不是 false、ClickClack 伺服器支援 PUT /api/bots/self/commands，且權杖具有 commands:write。