Signal(signal-cli)
- 狀態:外部 CLI 整合。 狀態:外部 CLI 整合。 狀態:外部 CLI 整合。Gateway 透過 HTTP JSON-RPC + SSE 與
signal-cli溝通。
先決條件
- 在你的伺服器上安裝 OpenClaw(以下 Linux 流程已於 Ubuntu 24 測試)。
- 在執行 gateway 的主機上可使用
signal-cli。 - 一個可接收一次驗證簡訊的電話號碼(用於 SMS 註冊流程)。
- 註冊期間可透過瀏覽器存取 Signal 驗證碼頁面(
signalcaptchas.org)。
快速設定(初學者)
-
- 為機器人使用獨立的 Signal 號碼(建議)。
- 安裝
signal-cli(需要 Java)。 - 選擇其中一種設定方式:
signal-cli link -n "OpenClaw"- 方式 B(SMS 註冊): 透過驗證碼 + SMS 驗證註冊專用號碼。
- 設定 OpenClaw 並啟動 Gateway 閘道器。
- 傳送第一則 DM 並核准配對(
openclaw pairing approve signal <CODE>)。
| 欄位 | 說明 |
|---|---|
account | 機器人電話號碼(E.164 格式,例如 +15551234567) |
| 設定(快速路徑) | channels.signal.ignoreStories:忽略來自守護程式的限時動態。 |
dmPolicy | DM 存取政策(建議使用 pairing) |
allowFrom | 允許傳送 DM 的電話號碼或 uuid:<id> 值 |
這是什麼
- 透過
signal-cli的 Signal 頻道(非內嵌 libsignal)。 - 確定性路由:回覆一律回到 Signal。
- 私訊(DMs)共用代理程式的主要工作階段;群組彼此隔離(
agent:<agentId>:signal:group:<groupId>)。
設定寫入
預設允許 Signal 寫入由/config set|unset 觸發的設定更新(需要 commands.config: true)。
停用方式:
號碼模型(重要)
- Gateway 連線到 Signal 裝置(
signal-cli帳戶)。 - 若你在 個人 Signal 帳戶 上執行機器人,會忽略你自己的訊息(迴圈保護)。
-
- 若是「我傳訊給機器人,它就回覆」,請使用獨立的機器人號碼。
設定方式 A:連結既有的 Signal 帳號(QR)
- 安裝
signal-cli(需要 Java)。 -
- 連結機器人帳號:
signal-cli link -n "OpenClaw",然後在 Signal 掃描 QR。
- 設定 Signal 並啟動 Gateway 閘道器。
channels.signal.accounts,搭配每帳戶設定與可選的 name。共享模式請見 gateway/configuration。 8. 共享模式請參閱 gateway/configuration。
設定方式 B:註冊專用機器人號碼(SMS,Linux)
當你想使用專用機器人號碼,而不是連結現有的 Signal 應用程式帳號時,請使用此方式。- 取得一個可接收簡訊的號碼(或市話可使用語音驗證)。
- 使用專用機器人號碼以避免帳號/工作階段衝突。
- 在 gateway 主機上安裝
signal-cli:
signal-cli-${VERSION}.tar.gz),請先安裝 JRE 25+。
請保持 signal-cli 為最新版本;上游指出當 Signal 伺服器 API 變更時,舊版本可能會失效。
- 註冊並驗證號碼:
- 開啟
https://signalcaptchas.org/registration/generate.html。 - 完成 captcha,從「Open Signal」中複製
signalcaptcha://...連結目標。 - 盡可能在與瀏覽器工作階段相同的外部 IP 下執行。
- 立即再次執行註冊(captcha 權杖很快就會過期):
- 設定 OpenClaw,重新啟動 gateway,並驗證頻道:
- 透過以下方式核准:
- 向機器人號碼傳送任意訊息。
- 在伺服器上核准代碼:
openclaw pairing approve signal <PAIRING_CODE>。 - 將機器人號碼儲存為手機聯絡人,以避免顯示為「未知聯絡人」。
signal-cli 註冊電話號碼帳號可能會使該號碼的主要 Signal 應用程式工作階段失去授權。 建議使用專用的機器人號碼,或在需要保留現有手機應用程式設定時使用 QR 連結模式。
上游參考資料:
signal-cliREADME:https://github.com/AsamK/signal-cli- 驗證碼流程:
https://github.com/AsamK/signal-cli/wiki/Registration-with-captcha - 連結流程:
https://github.com/AsamK/signal-cli/wiki/Linking-other-devices-(Provisioning)
外部常駐模式(httpUrl)
若你希望自行管理signal-cli(JVM 冷啟動較慢、容器初始化,或共用 CPU),可將常駐程式獨立執行,並讓 OpenClaw 指向它:
channels.signal.startupTimeoutMs。 這會略過 OpenClaw 內的自動啟動與啟動等待。若自動啟動時很慢,請設定 channels.signal.startupTimeoutMs。
存取控制(私訊 + 群組)
私訊(DMs):- 預設:
channels.signal.dmPolicy = "pairing"。 - 未知寄件者會收到配對碼;在核准前會忽略訊息(配對碼 1 小時後到期)。
-
- 透過以下方式核准:
openclaw pairing list signalopenclaw pairing approve signal <CODE>
- 配對是 Signal 私訊的預設權杖交換方式。 12. 詳細說明:Pairing
- 僅 UUID 的寄件者(來自
sourceUuid)會以uuid:<id>儲存在channels.signal.allowFrom中。
channels.signal.groupPolicy = open | allowlist | disabled。- 當設定
allowlist時,channels.signal.groupAllowFrom會控制群組中哪些人可以觸發。
運作方式(行為)
signal-cli以常駐程式執行;Gateway 透過 SSE 讀取事件。- 傳入訊息會被正規化為共用的頻道封裝格式。
- 回覆一律回到相同的號碼或群組。
媒體 + 限制
- 出站文字會分段為
channels.signal.textChunkLimit(預設 4000)。 - 可選的換行分段:設定
channels.signal.chunkMode="newline",在長度分段前先依空白行(段落邊界)分割。 - 支援附件(從
signal-cli取得的 base64)。 - 預設媒體上限:
channels.signal.mediaMaxMb(預設 8)。 - 使用
channels.signal.ignoreAttachments以略過下載媒體。 - 群組歷史脈絡使用
channels.signal.historyLimit(或channels.signal.accounts.*.historyLimit),並回退到messages.groupChat.historyLimit。設定0可停用(預設 50)。 14. 設為0以停用(預設為 50)。
15. 輸入中 + 已讀回條
- 輸入中指示:OpenClaw 透過
signal-cli sendTyping傳送輸入中訊號,並在回覆執行期間持續刷新。 - 已讀回條:當
channels.signal.sendReadReceipts為 true 時,OpenClaw 會轉送允許之私訊的已讀回條。 - signal-cli 不提供群組的已讀回條。
反應(訊息工具)
- 使用
message action=react搭配channel=signal。 - 目標:寄件者的 E.164 或 UUID(使用配對輸出中的
uuid:<id>;僅 UUID 也可)。 messageId是你要回應之訊息的 Signal 時間戳。- 群組反應需要
targetAuthor或targetAuthorUuid。
channels.signal.actions.reactions:啟用/停用反應動作(預設 true)。channels.signal.reactionLevel:off | ack | minimal | extensive。off/ack會停用代理程式反應(訊息工具react會回傳錯誤)。minimal/extensive會啟用代理反應並設定指引層級。
- 每帳戶覆寫:
channels.signal.accounts.<id>.actions.reactions、channels.signal.accounts.<id>.reactionLevel。
投遞目標(CLI/cron)
- 私訊(DMs):
signal:+15551234567(或純 E.164)。 - UUID 私訊:
uuid:<id>(或僅 UUID)。 - 群組:
signal:group:<groupId>。 - 使用者名稱:
username:<name>(若你的 Signal 帳戶支援)。
17. 疑難排解
先依序執行此檢查階梯:- 然後在需要時確認私訊配對狀態:
-
- 守護程式可連線但沒有回覆:請驗證帳號/守護程式設定(
httpUrl、account)以及接收模式。
- 守護程式可連線但沒有回覆:請驗證帳號/守護程式設定(
-
- 私訊被忽略:寄件者仍在等待配對核准。
- 群組訊息被忽略:群組寄件者/提及的閘控阻擋了投遞。
- 編輯後出現設定驗證錯誤:請執行
openclaw doctor --fix。 - 診斷中未顯示 Signal:請確認
channels.signal.enabled: true。
安全注意事項
signal-cli會將帳號金鑰儲存在本機(通常位於~/.local/share/signal-cli/data/)。- 在進行伺服器遷移或重建前,請先備份 Signal 帳號狀態。
channels.signal.dmHistoryLimit:以使用者回合計算的私訊歷史上限。channels.signal.dmHistoryLimit:私訊歷史上限(以使用者回合計)。每使用者覆寫:channels.signal.dms["<phone_or_uuid>"].historyLimit。- SMS 驗證僅在註冊或復原流程中需要,但若失去對該號碼/帳號的控制,可能會使重新註冊變得複雜。
設定參考(Signal)
完整設定:設定 提供者選項:channels.signal.enabled:啟用/停用頻道啟動。channels.signal.account:機器人帳戶的 E.164。channels.signal.cliPath:signal-cli的路徑。channels.signal.httpUrl:完整的常駐程式 URL(覆寫主機/連接埠)。channels.signal.httpHost、channels.signal.httpPort:常駐程式綁定(預設 127.0.0.1:8080)。channels.signal.autoStart:自動啟動常駐程式(若httpUrl未設定,預設 true)。channels.signal.startupTimeoutMs:啟動等待逾時(毫秒,上限 120000)。channels.signal.receiveMode:on-start | manual。channels.signal.ignoreAttachments:略過附件下載。-
channels.signal.ignoreStories:忽略來自守護程式的限時動態。
channels.signal.sendReadReceipts:轉送已讀回條。channels.signal.dmPolicy:pairing | allowlist | open | disabled(預設:配對)。channels.signal.allowFrom:私訊允許清單(E.164 或uuid:<id>)。open需要"*"。Signal 沒有使用者名稱;請使用電話/UUID 識別。 22.open需要使用"*"。 23. Signal 沒有使用者名稱;請使用電話/UUID 識別碼。channels.signal.groupPolicy:open | allowlist | disabled(預設:允許清單)。channels.signal.groupAllowFrom:群組寄件者允許清單。channels.signal.historyLimit:作為脈絡包含的群組訊息上限(0 代表停用)。-
channels.signal.dmHistoryLimit:以使用者回合計算的私訊歷史上限。channels.signal.dmHistoryLimit:私訊歷史上限(以使用者回合計)。每使用者覆寫:channels.signal.dms["<phone_or_uuid>"].historyLimit。
channels.signal.textChunkLimit:出站分段大小(字元)。channels.signal.chunkMode:length(預設)或newline,在長度分段前先依空白行(段落邊界)分割。channels.signal.mediaMaxMb:進站/出站媒體上限(MB)。
- 相關的全域選項:
agents.list[].groupChat.mentionPatterns(Signal 不支援原生提及)。messages.groupChat.mentionPatterns(全域回退)。messages.responsePrefix。