Integration gaps fixed (7 files missing Signal): - cron/scheduler.py: Signal in platform_map (cron delivery was broken) - agent/prompt_builder.py: PLATFORM_HINTS for Signal (agent knows it's on Signal) - toolsets.py: hermes-signal toolset + added to hermes-gateway composite - hermes_cli/status.py: Signal + Slack in platform status display - tools/send_message_tool.py: Signal example in target description - tools/cronjob_tools.py: Signal in delivery option docs + schema - gateway/channel_directory.py: Signal in session-based channel discovery Clawdbot parity features added to signal.py: - Self-message filtering: prevents reply loops by checking sender != account - SyncMessage filtering: ignores sync envelopes (sent transcripts, read receipts) - Edit message support: reads dataMessage from editMessage envelope - Mention rendering: replaces \uFFFC placeholders with @identifier text - Jitter in SSE reconnection backoff (20% randomization, prevents thundering herd) Env var simplification (7 → 4): - Removed SIGNAL_DM_POLICY (DM auth follows standard platform pattern via SIGNAL_ALLOWED_USERS + DM pairing, same as Telegram/Discord) - Removed SIGNAL_GROUP_POLICY (derived from SIGNAL_GROUP_ALLOWED_USERS: not set = disabled, set with IDs = allowlist, set with * = open) - Removed SIGNAL_DEBUG (was setting root logger, removed entirely) - Remaining: SIGNAL_HTTP_URL, SIGNAL_ACCOUNT (required), SIGNAL_ALLOWED_USERS, SIGNAL_GROUP_ALLOWED_USERS (optional) Updated all docs (website, AGENTS.md, signal.md) to match.
7.0 KiB
sidebar_position, title, description
| sidebar_position | title | description |
|---|---|---|
| 6 | Signal | Set up Hermes Agent as a Signal messenger bot via signal-cli daemon |
Signal Setup
Hermes connects to Signal through the signal-cli daemon running in HTTP mode. The adapter streams messages in real-time via SSE (Server-Sent Events) and sends responses via JSON-RPC.
Signal is the most privacy-focused mainstream messenger — end-to-end encrypted by default, open-source protocol, minimal metadata collection. This makes it ideal for security-sensitive agent workflows.
:::info No New Python Dependencies
The Signal adapter uses httpx (already a core Hermes dependency) for all communication. No additional Python packages are required. You just need signal-cli installed externally.
:::
Prerequisites
- signal-cli — Java-based Signal client (GitHub)
- Java 17+ runtime — required by signal-cli
- A phone number with Signal installed (for linking as a secondary device)
Installing signal-cli
# Linux (Debian/Ubuntu)
sudo apt install signal-cli
# macOS
brew install signal-cli
# Manual install (any platform)
# Download from https://github.com/AsamK/signal-cli/releases
# Extract and add to PATH
Alternative: Docker (signal-cli-rest-api)
If you prefer Docker, use the signal-cli-rest-api container:
docker run -d --name signal-cli \
-p 8080:8080 \
-v $HOME/.local/share/signal-cli:/home/.local/share/signal-cli \
-e MODE=json-rpc \
bbernhard/signal-cli-rest-api
:::tip
Use MODE=json-rpc for best performance. The normal mode spawns a JVM per request and is much slower.
:::
Step 1: Link Your Signal Account
Signal-cli works as a linked device — like WhatsApp Web, but for Signal. Your phone stays the primary device.
# Generate a linking URI (displays a QR code or link)
signal-cli link -n "HermesAgent"
- Open Signal on your phone
- Go to Settings → Linked Devices
- Tap Link New Device
- Scan the QR code or enter the URI
Step 2: Start the signal-cli Daemon
# Replace +1234567890 with your Signal phone number (E.164 format)
signal-cli --account +1234567890 daemon --http 127.0.0.1:8080
:::tip
Keep this running in the background. You can use systemd, tmux, screen, or run it as a service.
:::
Verify it's running:
curl http://127.0.0.1:8080/api/v1/check
# Should return: {"versions":{"signal-cli":...}}
Step 3: Configure Hermes
The easiest way:
hermes gateway setup
Select Signal from the platform menu. The wizard will:
- Check if signal-cli is installed
- Prompt for the HTTP URL (default:
http://127.0.0.1:8080) - Test connectivity to the daemon
- Ask for your account phone number
- Configure allowed users and access policies
Manual Configuration
Add to ~/.hermes/.env:
# Required
SIGNAL_HTTP_URL=http://127.0.0.1:8080
SIGNAL_ACCOUNT=+1234567890
# Security (recommended)
SIGNAL_ALLOWED_USERS=+1234567890,+0987654321 # Comma-separated E.164 numbers or UUIDs
# Optional
SIGNAL_GROUP_ALLOWED_USERS=groupId1,groupId2 # Enable groups (omit to disable, * for all)
SIGNAL_HOME_CHANNEL=+1234567890 # Default delivery target for cron jobs
Then start the gateway:
hermes gateway # Foreground
hermes gateway install # Install as a system service
Access Control
DM Access
DM access follows the same pattern as all other Hermes platforms:
SIGNAL_ALLOWED_USERSset → only those users can message- No allowlist set → unknown users get a DM pairing code (approve via
hermes pairing approve signal CODE) SIGNAL_ALLOW_ALL_USERS=true→ anyone can message (use with caution)
Group Access
Group access is controlled by the SIGNAL_GROUP_ALLOWED_USERS env var:
| Configuration | Behavior |
|---|---|
| Not set (default) | All group messages are ignored. The bot only responds to DMs. |
| Set with group IDs | Only listed groups are monitored (e.g., groupId1,groupId2). |
Set to * |
The bot responds in any group it's a member of. |
Features
Attachments
The adapter supports sending and receiving:
- Images — PNG, JPEG, GIF, WebP (auto-detected via magic bytes)
- Audio — MP3, OGG, WAV, M4A (voice messages transcribed if Whisper is configured)
- Documents — PDF, ZIP, and other file types
Attachment size limit: 100 MB.
Typing Indicators
The bot sends typing indicators while processing messages, refreshing every 8 seconds.
Phone Number Redaction
All phone numbers are automatically redacted in logs:
+15551234567→+155****4567- This applies to both Hermes gateway logs and the global redaction system
Health Monitoring
The adapter monitors the SSE connection and automatically reconnects if:
- The connection drops (with exponential backoff: 2s → 60s)
- No activity is detected for 120 seconds (pings signal-cli to verify)
Troubleshooting
| Problem | Solution |
|---|---|
| "Cannot reach signal-cli" during setup | Ensure signal-cli daemon is running: signal-cli --account +YOUR_NUMBER daemon --http 127.0.0.1:8080 |
| Messages not received | Check that SIGNAL_ALLOWED_USERS includes the sender's number in E.164 format (with + prefix) |
| "signal-cli not found on PATH" | Install signal-cli and ensure it's in your PATH, or use Docker |
| Connection keeps dropping | Check signal-cli logs for errors. Ensure Java 17+ is installed. |
| Group messages ignored | SIGNAL_GROUP_POLICY defaults to disabled. Set to allowlist or open. |
| Bot responds to everyone | Set SIGNAL_DM_POLICY=pairing or allowlist and configure SIGNAL_ALLOWED_USERS |
| Duplicate messages | Ensure only one signal-cli instance is listening on your phone number |
Security
:::warning
Always configure access controls. The bot has terminal access by default. Without SIGNAL_ALLOWED_USERS or DM pairing, the gateway denies all incoming messages as a safety measure.
:::
- Phone numbers are redacted in all log output
- Use
SIGNAL_DM_POLICY=pairing(default) for safe onboarding of new users - Keep groups disabled unless you specifically need group support
- Signal's end-to-end encryption protects message content in transit
- The signal-cli session data in
~/.local/share/signal-cli/contains account credentials — protect it like a password
Environment Variables Reference
| Variable | Required | Default | Description |
|---|---|---|---|
SIGNAL_HTTP_URL |
Yes | — | signal-cli HTTP endpoint |
SIGNAL_ACCOUNT |
Yes | — | Bot phone number (E.164) |
SIGNAL_ALLOWED_USERS |
No | — | Comma-separated phone numbers/UUIDs |
SIGNAL_GROUP_ALLOWED_USERS |
No | — | Group IDs to monitor, or * for all (omit to disable groups) |
SIGNAL_HOME_CHANNEL |
No | — | Default delivery target for cron jobs |