跳转到主要内容

Signal (signal-cli)

状态:外部 CLI 集成。Gateway 网关 通过 HTTP JSON-RPC + SSE 与 signal-cli 通信。

先决条件

  • 您的服务器上安装了 OpenClaw(以下 Linux 流程在 Ubuntu 24 上测试)。
  • 运行网关的主机上必须安装 signal-cli
  • 一个可以接收一条验证短信的电话号码(用于 SMS 注册路径)。
  • 注册期间需要浏览器访问 Signal 验证码 (signalcaptchas.org)。

快速设置(初学者)

  1. 为机器人使用一个单独的 Signal 号码(推荐)。
  2. 安装 signal-cli(如果使用 JVM 构建版本则需要 Java)。
  3. 选择一种设置路径:
    • 路径 A(二维码链接): signal-cli link -n "OpenClaw" 并使用 Signal 扫描。
    • 路径 B(短信注册): 通过验证码 + 短信验证注册一个专用号码。
  4. 配置 OpenClaw 并重启网关。
  5. 发送第一条私信并批准配对 (openclaw pairing approve signal <CODE>)。
最小配置:
{
  channels: {
    signal: {
      enabled: true,
      account: "+15551234567",
      cliPath: "signal-cli",
      dmPolicy: "pairing",
      allowFrom: ["+15557654321"],
    },
  },
}
字段参考:
字段描述
accountE.164 格式的机器人电话号码 (+15551234567)
cliPathsignal-cli 的路径 (如果在 PATH 上,则为 signal-cli)
dmPolicy私信访问策略 (推荐使用 pairing)
allowFrom允许发送私信的电话号码或 uuid:<id>

简介

  • 通过 signal-cli 实现 Signal 渠道(非嵌入式 libsignal)。
  • 确定性路由:回复始终发回 Signal。
  • 私信共享代理的主会话;群组是隔离的 (agent:<agentId>:signal:group:<groupId>)。

配置写入

默认情况下,允许 Signal 写入由 /config set|unset 触发的配置更新(需要 commands.config: true)。 禁用方法:
{
  channels: { signal: { configWrites: false } },
}

号码模型(重要)

  • 网关连接到一个 Signal 设备(即 signal-cli 账户)。
  • 如果你在你的个人 Signal 账户上运行机器人,它将忽略你自己的消息(循环保护)。
  • 对于“我给机器人发短信,它回复”的场景,请使用独立的机器人号码

设置路径 A:链接现有的 Signal 账户(QR)

  1. 安装 signal-cli (JVM 或原生构建)。
  2. 链接机器人账户:
    • signal-cli link -n "OpenClaw",然后在 Signal 中扫描二维码。
  3. 配置 Signal 并启动网关。
示例:
{
  channels: {
    signal: {
      enabled: true,
      account: "+15551234567",
      cliPath: "signal-cli",
      dmPolicy: "pairing",
      allowFrom: ["+15557654321"],
    },
  },
}
多账号支持:使用 channels.signal.accounts 配置每个账号的设置,并可选 name。有关共享模式,请参阅 gateway/configuration

设置路径 B:注册专用机器人号码(短信,Linux)

当您想要一个专用的机器人号码而不是链接现有的 Signal 应用程序帐户时,请使用此选项。
  1. 获取一个可以接收短信(或座机语音验证)的号码。
    • 使用专用的机器人号码以避免帐户/会话冲突。
  2. 在网关主机上安装 signal-cli
VERSION=$(curl -Ls -o /dev/null -w %{url_effective} https://github.com/AsamK/signal-cli/releases/latest | sed -e 's/^.*\/v//')
curl -L -O "https://github.com/AsamK/signal-cli/releases/download/v${VERSION}/signal-cli-${VERSION}-Linux-native.tar.gz"
sudo tar xf "signal-cli-${VERSION}-Linux-native.tar.gz" -C /opt
sudo ln -sf /opt/signal-cli /usr/local/bin/
signal-cli --version
如果您使用的是 JVM 构建 (signal-cli-${VERSION}.tar.gz),请先安装 JRE 25+。 保持 signal-cli 更新;上游指出,随着 Signal 服务器 API 的更改,旧版本可能会出现问题。
  1. 注册并验证号码:
signal-cli -a +<BOT_PHONE_NUMBER> register
如果需要验证码:
  1. 打开 https://signalcaptchas.org/registration/generate.html
  2. 完成验证码,从“Open Signal”复制 signalcaptcha://... 链接目标。
  3. 尽可能在与浏览器会话相同的外部 IP 上运行。
  4. 立即再次运行注册(验证码令牌很快过期):
signal-cli -a +<BOT_PHONE_NUMBER> register --captcha '<SIGNALCAPTCHA_URL>'
signal-cli -a +<BOT_PHONE_NUMBER> verify <VERIFICATION_CODE>
  1. 配置 OpenClaw,重启网关,验证渠道:
# If you run the gateway as a user systemd service:
systemctl --user restart openclaw-gateway

# Then verify:
openclaw doctor
openclaw channels status --probe
  1. 配对您的私信发送者:
    • 向机器人号码发送任意消息。
    • 在服务器上批准代码:openclaw pairing approve signal <PAIRING_CODE>
    • 将机器人号码保存为手机上的联系人,以避免“未知联系人”。
重要提示:使用 signal-cli 注册电话号码帐户可能会取消该号码的主 Signal 应用会话的验证。如果您需要保留现有的电话应用程序设置,请首选专用的机器人号码,或使用二维码链接模式。 上游参考:
  • signal-cli README: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: {
      httpUrl: "http://127.0.0.1:8080",
      autoStart: false,
    },
  },
}
这将跳过 OpenClaw 内部的自动生成和启动等待。如果在自动生成时启动缓慢,请设置 channels.signal.startupTimeoutMs

访问控制(私信 + 群组)

私信:
  • 默认值:channels.signal.dmPolicy = "pairing"
  • 未知发送者会收到配对代码;在批准之前消息将被忽略(代码在 1 小时后过期)。
  • 通过以下方式批准:
    • openclaw pairing list signal
    • openclaw pairing approve signal <CODE>
  • 配对是 Signal 私信的默认令牌交换方式。详情:配对
  • 仅 UUID 的发送者(来自 sourceUuid)在 channels.signal.allowFrom 中存储为 uuid:<id>
群组:
  • channels.signal.groupPolicy = open | allowlist | disabled
  • 当设置了 allowlist 时,channels.signal.groupAllowFrom 控制群组中谁可以触发。
  • channels.signal.groups["<group-id>" | "*"] 可以使用 requireMentiontoolstoolsBySender 覆盖群组行为。
  • 在多账号设置中,使用 channels.signal.accounts.<id>.groups 进行针对每个账号的覆盖。
  • 运行时说明:如果完全缺少 channels.signal,运行时将回退到 groupPolicy="allowlist" 进行群组检查(即使设置了 channels.defaults.groupPolicy)。

工作原理(行为)

  • signal-cli 作为守护进程运行;网关通过 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)。

正在输入 + 已读回执

  • 正在输入指示器:OpenClaw 通过 signal-cli sendTyping 发送正在输入信号,并在回复运行时刷新它们。
  • 已读回执:当 channels.signal.sendReadReceipts 为 true 时,OpenClaw 转发允许的私信的已读回执。
  • Signal-cli 不暴露群组的已读回执。

反应(消息工具)

  • message action=reactchannel=signal 一起使用。
  • 目标:发送者 E.164 或 UUID(使用配对输出中的 uuid:<id>;仅 UUID 也可以)。
  • messageId 是您要做出反应的消息的 Signal 时间戳。
  • 群组反应需要 targetAuthortargetAuthorUuid
示例:
message action=react channel=signal target=uuid:123e4567-e89b-12d3-a456-426614174000 messageId=1737630212345 emoji=🔥
message action=react channel=signal target=+15551234567 messageId=1737630212345 emoji=🔥 remove=true
message action=react channel=signal target=signal:group:<groupId> targetAuthor=uuid:<sender-uuid> messageId=1737630212345 emoji=✅
配置:
  • channels.signal.actions.reactions:启用/禁用反应操作(默认为 true)。
  • channels.signal.reactionLeveloff | ack | minimal | extensive
    • off/ack 禁用代理反应(消息 react 将出错)。
    • minimal/extensive 启用代理反应并设置指导级别。
  • 每个帐户的覆盖:channels.signal.accounts.<id>.actions.reactionschannels.signal.accounts.<id>.reactionLevel

传递目标(CLI/cron)

  • 私信:signal:+15551234567(或纯 E.164 格式号码)。
  • UUID 私信:uuid:<id>(或裸 UUID)。
  • 群组:signal:group:<groupId>
  • 用户名:username:<name>(如果您的 Signal 账户支持)。

故障排除

首先运行此阶梯流程:
openclaw status
openclaw gateway status
openclaw logs --follow
openclaw doctor
openclaw channels status --probe
然后,如需要,确认私信配对状态:
openclaw pairing list signal
常见故障:
  • 守护进程可达但无回复:验证账户/守护进程设置(httpUrlaccount)和接收模式。
  • 私信被忽略:发送人等待配对批准。
  • 群组消息被忽略:群组发送者/提及权限阻止了投递。
  • 编辑后配置验证错误:运行 openclaw doctor --fix
  • 诊断中缺少 Signal:确认 channels.signal.enabled: true
额外检查:
openclaw pairing list signal
pgrep -af signal-cli
grep -i "signal" "/tmp/openclaw/openclaw-$(date +%Y-%m-%d).log" | tail -20
用于分流流程:/channels/故障排除

安全说明

  • signal-cli 在本地存储账户密钥(通常是 ~/.local/share/signal-cli/data/)。
  • 在服务器迁移或重建之前,请备份 Signal 账户状态。
  • 保持 channels.signal.dmPolicy: "pairing" 不变,除非您明确想要更广泛的私信访问权限。
  • SMS 验证仅在注册或恢复流程时需要,但失去对号码/账户的控制可能会使重新注册变得复杂。

配置参考 (Signal)

完整配置:Configuration 提供商选项:
  • channels.signal.enabled:启用/禁用渠道启动。
  • channels.signal.account:机器人账户的 E.164 号码。
  • channels.signal.cliPathsignal-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: 忽略来自守护进程的“快拍”(Stories)。
  • channels.signal.sendReadReceipts: 转发已读回执。
  • channels.signal.dmPolicy: pairing | allowlist | open | disabled(默认:pairing)。
  • channels.signal.allowFrom:私信允许列表(E.164 或 uuid:<id>)。open 需要 "*"。Signal 没有用户名;使用电话号码/UUID ID。
  • channels.signal.groupPolicyopen | allowlist | disabled(默认:允许列表)。
  • channels.signal.groupAllowFrom:群组发送者允许列表。
  • channels.signal.groups:按 Signal 群组 ID(或 "*")键入的每组覆盖设置。支持的字段:requireMentiontoolstoolsBySender
  • channels.signal.accounts.<id>.groups:用于多账户设置的 channels.signal.groups 的每账户版本。
  • channels.signal.historyLimit:作为上下文包含的最大群组消息数(0 表示禁用)。
  • channels.signal.dmHistoryLimit:用户轮次中的私信历史记录限制。按用户覆盖:channels.signal.dms["<phone_or_uuid>"].historyLimit
  • channels.signal.textChunkLimit:出站块大小(字符)。
  • channels.signal.chunkModelength(默认)或 newline 以在长度分块之前按空行(段落边界)分割。
  • channels.signal.mediaMaxMb:入站/出站媒体上限 (MB)。
相关的全局选项:
  • agents.list[].groupChat.mentionPatterns(Signal 不支持原生提及)。
  • messages.groupChat.mentionPatterns(全局回退)。
  • messages.responsePrefix

本页面源自 openclaw/openclaw,由 BeaversLab 翻译,遵循 MIT 协议 发布。
Last modified on March 27, 2026