​

Signal (signal-cli)

​

사전 요구 사항

• 서버에 OpenClaw가 설치되어 있어야 합니다(아래 Linux 흐름은 Ubuntu 24에서 테스트됨).
• gateway가 실행되는 호스트에서 signal-cli를 사용할 수 있어야 합니다.
• 한 번의 인증 SMS를 수신할 수 있는 전화번호(SMS 등록 경로용).
• 등록 중 Signal captcha(signalcaptchas.org)를 위한 브라우저 접근 권한.

​

빠른 설정 (초보자)

1. 봇을 위해 별도의 Signal 번호를 사용합니다 (권장).
2. signal-cli 를 설치합니다 (Java 필요).
3. 설정 경로 중 하나를 선택하세요:
   • signal-cli link -n "OpenClaw"
   • 경로 B (SMS 등록): captcha + SMS 인증으로 전용 번호를 등록합니다.
4. OpenClaw 를 구성하고 게이트웨이를 시작합니다.
5. 첫 번째 DM을 보내고 페어링을 승인하세요(openclaw pairing approve signal <CODE>).

{
  channels: {
    signal: {
      enabled: true,
      account: "+15551234567",
      cliPath: "signal-cli",
      dmPolicy: "pairing",
      allowFrom: ["+15557654321"],
    },
  },
}

​

무엇인가요

• signal-cli 를 통한 Signal 채널 (libsignal 내장 아님).
• 결정적 라우팅: 응답은 항상 Signal 로 되돌아갑니다.
• 다이렉트 메시지 (DM)는 에이전트의 메인 세션을 공유하며, 그룹은 격리됩니다 (agent:<agentId>:signal:group:<groupId>).

​

구성 쓰기

{
  channels: { signal: { configWrites: false } },
}

​

번호 모델 (중요)

• 게이트웨이는 Signal 디바이스 (signal-cli 계정) 에 연결됩니다.
• 개인 Signal 계정으로 봇을 실행하면, 자신의 메시지는 무시됩니다 (루프 보호).
• “봇에게 문자를 보내면 답장하는” 경우에는 별도의 봇 번호를 사용하세요.

​

설정 경로 A: 기존 Signal 계정 연결 (QR)

1. signal-cli 를 설치합니다 (Java 필요).
2. 봇 계정을 연결합니다:
   • signal-cli link -n "OpenClaw" 실행 후 Signal 에서 QR 을 스캔합니다.
3. Signal 을 구성하고 게이트웨이를 시작합니다.

{
  channels: {
    signal: {
      enabled: true,
      account: "+15551234567",
      cliPath: "signal-cli",
      dmPolicy: "pairing",
      allowFrom: ["+15557654321"],
    },
  },
}

​

설정 경로 B: 전용 봇 번호 등록 (SMS, Linux)

1. SMS(또는 유선 전화의 경우 음성 인증)를 수신할 수 있는 번호를 준비하세요.
   • 계정/세션 충돌을 방지하려면 전용 봇 번호를 사용하세요.
2. gateway 호스트에 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

3. 번호 등록 및 인증:

signal-cli -a +<BOT_PHONE_NUMBER> register

1. https://signalcaptchas.org/registration/generate.html을 여세요.
2. captcha를 완료한 후 “Open Signal”에서 signalcaptcha://... 링크 대상을 복사하세요.
3. 가능하면 브라우저 세션과 동일한 외부 IP에서 실행하세요.
4. 등록을 즉시 다시 실행하세요 (captcha 토큰은 빠르게 만료됩니다):

signal-cli -a +<BOT_PHONE_NUMBER> register --captcha '<SIGNALCAPTCHA_URL>'
signal-cli -a +<BOT_PHONE_NUMBER> verify <VERIFICATION_CODE>

4. OpenClaw를 구성하고 gateway를 재시작한 후 채널을 확인하세요:

# gateway를 사용자 systemd 서비스로 실행하는 경우:
systemctl --user restart openclaw-gateway

# 그런 다음 확인:
openclaw doctor
openclaw channels status --probe

5. 봇 디바이스를 연결하고 데몬을 시작합니다:
   • 봇 번호로 아무 메시지나 보내세요.
   • 서버에서 코드 승인: openclaw pairing approve signal <PAIRING_CODE>.
   • “알 수 없는 연락처”로 표시되지 않도록 휴대폰에 봇 번호를 연락처로 저장하세요.

• signal-cli README: https://github.com/AsamK/signal-cli
• Captcha 흐름: https://github.com/AsamK/signal-cli/wiki/Registration-with-captcha
• 연결 흐름: https://github.com/AsamK/signal-cli/wiki/Linking-other-devices-(Provisioning)

​

외부 데몬 모드 (httpUrl)

{
  channels: {
    signal: {
      httpUrl: "http://127.0.0.1:8080",
      autoStart: false,
    },
  },
}

​

접근 제어 (DM + 그룹)

• 기본값: channels.signal.dmPolicy = "pairing".
• 알 수 없는 발신자는 페어링 코드를 받으며, 승인될 때까지 메시지는 무시됩니다 (코드는 1 시간 후 만료).
• 승인 방법:
  • openclaw pairing list signal
  • openclaw pairing approve signal <CODE>
• 페어링은 Signal DM 의 기본 토큰 교환 방식입니다. 자세한 내용은 Pairing 을 참고하십시오.
• sourceUuid 에서 온 UUID 전용 발신자는 channels.signal.allowFrom 에서 uuid:<id> 로 저장됩니다.

• channels.signal.groupPolicy = open | allowlist | disabled.
• allowlist 이 설정된 경우, 그룹에서 누가 트리거할 수 있는지는 channels.signal.groupAllowFrom 가 제어합니다.

​

동작 방식 (동작)

• 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 는 허용된 DM 에 대해 읽음 확인을 전달합니다.
• signal-cli 는 그룹에 대한 읽음 확인을 노출하지 않습니다.

​

반응 (메시지 도구)

• channel=signal 와 함께 message action=react 를 사용합니다.
• 대상: 발신자 E.164 또는 UUID (페어링 출력의 uuid:<id> 사용, 순수 UUID 도 가능).
• messageId 는 반응을 추가할 메시지의 Signal 타임스탬프입니다.
• 그룹 반응에는 targetAuthor 또는 targetAuthorUuid 이 필요합니다.

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.reactionLevel: off | ack | minimal | extensive.
  • off/ack 는 에이전트 반응을 비활성화합니다 (메시지 도구 react 는 오류 발생).
  • minimal/extensive 는 에이전트 반응을 활성화하고 가이드 수준을 설정합니다.
• 계정별 오버라이드: channels.signal.accounts.<id>.actions.reactions, channels.signal.accounts.<id>.reactionLevel.

​

전달 대상 (CLI/cron)

• DM: signal:+15551234567 (또는 일반 E.164).
• UUID DM: 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

• 데몬에는 연결되지만 응답이 없음: 계정/데몬 설정 (httpUrl, account) 과 수신 모드를 확인합니다.
• DM 이 무시됨: 발신자가 페어링 승인 대기 중입니다.
• 그룹 메시지가 무시됨: 그룹 발신자/멘션 게이팅이 전달을 차단합니다.
• 편집 후 구성 검증 오류가 발생하면 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

​

보안 참고 사항

• signal-cli는 계정 키를 로컬에 저장합니다 (일반적으로 ~/.local/share/signal-cli/data/).
• 서버 마이그레이션 또는 재구축 전에 Signal 계정 상태를 백업하세요.
• 명시적으로 더 넓은 DM 접근을 원하지 않는 한 channels.signal.dmPolicy: "pairing"을 유지하세요.
• SMS 인증은 등록 또는 복구 흐름에서만 필요하지만, 해당 번호/계정에 대한 통제권을 잃으면 재등록이 복잡해질 수 있습니다.

​

구성 참조 (Signal)

• channels.signal.enabled: 채널 시작 활성화/비활성화.
• channels.signal.account: 봇 계정의 E.164.
• channels.signal.cliPath: signal-cli 경로.
• channels.signal.httpUrl: 전체 데몬 URL (host/port 재정의).
• channels.signal.httpHost, channels.signal.httpPort: 데몬 바인드 (기본값 127.0.0.1:8080).
• channels.signal.autoStart: 데몬 자동 스폰 ( httpUrl 미설정 시 기본 true).
• channels.signal.startupTimeoutMs: 시작 대기 타임아웃 (ms, 최대 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: DM 허용 목록 (E.164 또는 uuid:<id>). open 는 "*" 이 필요합니다. Signal 은 사용자 이름이 없으므로 전화번호/UUID ID 를 사용합니다.
• channels.signal.groupPolicy: open | allowlist | disabled (기본값: 허용 목록).
• channels.signal.groupAllowFrom: 그룹 발신자 허용 목록.
• channels.signal.historyLimit: 컨텍스트로 포함할 최대 그룹 메시지 수 (0 은 비활성화).
• channels.signal.dmHistoryLimit: 사용자 턴 기준 DM 히스토리 제한. 사용자별 오버라이드: 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.