“Pairing” is CoderClaw’s explicit owner approval step. It is used in two places:
Security context: Security
When a channel is configured with DM policy pairing, unknown senders get a short code and their message is not processed until you approve.
Default DM policies are documented in: Security
Pairing codes:
0O1I).coderclaw pairing list telegram
coderclaw pairing approve telegram <CODE>
Supported channels: telegram, whatsapp, signal, imessage, discord, slack, feishu.
Stored under ~/.coderclaw/credentials/:
<channel>-pairing.json<channel>-allowFrom.jsonTreat these as sensitive (they gate access to your assistant).
Nodes connect to the Gateway as devices with role: node. The Gateway
creates a device pairing request that must be approved.
If you use the device-pair plugin, you can do first-time device pairing entirely from Telegram:
/pair/pair approveThe setup code is a base64-encoded JSON payload that contains:
url: the Gateway WebSocket URL (ws://... or wss://...)token: a short-lived pairing tokenTreat the setup code like a password while it is valid.
coderclaw devices list
coderclaw devices approve <requestId>
coderclaw devices reject <requestId>
Stored under ~/.coderclaw/devices/:
pending.json (short-lived; pending requests expire)paired.json (paired devices + tokens)node.pair.* API (CLI: coderclaw nodes pending/approve) is a
separate gateway-owned pairing store. WS nodes still require device pairing.