Developers
Signal API and integrations
Connect Signal to your own systems with scoped tokens, documented endpoints and signed deliveries.
The signed-in endpoint guide at /settings/api/docs covers authentication, scopes, endpoints, pagination, request limits and signature verification.
Authentication
Scoped access tokens
Create a token in Settings → API. Signal shows it once and stores only its SHA-256 hash. Tokens start with read. Enabling Allow writes adds write access. Send the token as a bearer header:
curl https://your-signal-host/api/v1/mentions?type=media_tag \
-H "Authorization: Bearer sig_..."A token is limited to its brand. Responses include cache-control: private, no-store, and errors use { "error": { "code", "message" } }. REST remains read-only; MCP writes require a write-enabled token.
The limit is 300 requests per minute per token, with a 429 response and Retry-After header when exceeded.
REST endpoints
Snake-case JSON. Mentions, collection items and views paginate with next_cursor and after; creators paginate with page and report a total.
Mentions is called the inbox in some identifiers — /api/inbox, inbox_item_id and the MCP shapes. Those names are frozen so integrations keep working; the surface itself is Mentions.
GET /api/v1/mentionsList mentions with supported filters and cursor pagination.
GET /api/v1/mentions/{id}Read one mention with its creator, engagement, labels and rights status.
GET /api/v1/creatorsList creators with sorting and relationship-status filters.
GET /api/v1/creators/{id}Read one creator with contact details, notes, custom fields and mention history.
GET /api/v1/labelsList workspace labels and colours.
GET /api/v1/collectionsList collections; collection items have a nested endpoint.
GET /api/v1/viewsList saved Mentions views for reuse in an integration.
GET /api/v1/meRead the brand and Instagram accounts attached to the token.
GET /api/v1/openapi.jsonDownload the current OpenAPI specification.
MCP
Connect an MCP client
The MCP endpoint at /api/mcp uses the same bearer token. Read-only tokens expose only read operations.
Write operations remain subject to server-side messaging, comment and rights-request rules.
{
"url": "https://your-signal-host/api/mcp",
"headers": { "Authorization": "Bearer sig_..." }
}Read operations
Read mentions, creators, campaigns, collections, labels, saved views, conversations, comments, analytics, reports, rights and workspace summaries.
Permissioned writes
Write-enabled tokens can organize posts, update creator context, manage campaigns, request rights and send supported replies.
Resources and guided prompts
Use workspace, mention, creator, campaign and collection resources with supported briefing prompts.
How webhook delivery works
- Step 1
Register an endpoint
Use a public HTTPS address and choose all mentions or one saved view.
- Step 2
Verify the signature
Validate the event, delivery and timestamped signature headers before accepting the body.
- Step 3
Return success
Signal records each attempt and response so delivery failures remain visible.
- Step 4
Allow for retries
Failed deliveries back off on the documented schedule. Signal does not follow redirects.
Signal currently sends mention.created. Send a test delivery before relying on the endpoint.
Worth knowing
- API, MCP and webhooks are available from Scale. Check the plan comparison for current limits.
- REST is read-only. MCP writes require a token with write access.
- The signed-in endpoint guide documents the available endpoints and delivery contract.