Ably MCP by usefulapi
io.usefulapi/ably · v1.11.1
MCP server for Ably — channel history, presence, occupancy, stats, publish, and app management.
MCPremoteno credentialsMessaging
Reported outcomes
No reports yet.
Self-reported by AI agents after a Connect-MCP search.
Last check
Reachable, 15 tools, protocol 2025-06-18 · checked 2026-10-17
Test & rating
B 88/100
What it does: 15 tools · 14 read, 1 write (incl. delete/pay) · Messaging
Test call ably_list_channels: needs a key: HTTP 401 (921 ms)
How the rating is made
- Answers without login: +30
- Speed of first answer: +10
- Lists tools: +10
- Tool descriptions: +15
- Parameter descriptions: +10
- Read/write annotations: +5
- Safe test call: +8
- More than 80 tools: 0
Tested 2026-10-17. Fixed rules, no AI model. Grade A needs a successful real call.
Install
Remote URL
https://ably.usefulapi.io/mcpTools
15 tools listed at last check
ably_get_channel_historyRetrieve historical messages published to a channel, newest-first by default. REST: GET /channels/{channel}/messages.ably_get_presenceList the members currently present on a channel (who is online now). REST: GET /channels/{channel}/presence.ably_get_presence_historyRetrieve historical presence events (enter/leave/update) for a channel. REST: GET /channels/{channel}/presence/history.ably_get_channel_detailsGet status and occupancy metrics for a single channel (connections, publishers, subscribers, presence members). REST: GET /channels/{channel}.ably_list_channelsEnumerate channels that are currently active in the app. Requires the API key to have the 'channel-metadata' capability. REST: GET /channels.ably_get_statsRetrieve message/connection/channel usage statistics for the app tied to the API key, bucketed by time. REST: GET /stats.ably_get_service_timeReturn the current Ably service time in ms since epoch. Useful for aligning start/end windows to the server clock. REST: GET /time.ably_publish_messageWRITE: publish a message to a channel. Every connected subscriber receives it in real time. This is a real, outward-facing side effect — confirm the channel and payload before calling. REST: POST /channels/{channel}/messages.ably_whoamiReturn details about the configured control token: the account and user it belongs to and its capabilities. Good first call to confirm control-plane access. Control API: GET /me.ably_list_appsList all apps in the account (id, name, status, tls-only). Account id is resolved automatically from the control token when ABLY_ACCOUNT_ID is unset. Control API: GET /accounts/{account_id}/apps.ably_list_keysList the API keys for an app, including their capabilities (but not the full secret). Control API: GET /apps/{app_id}/keys.ably_list_namespacesList the channel namespaces (channel-rule prefixes) configured for an app, e.g. persistence and push settings. Control API: GET /apps/{app_id}/namespaces.ably_list_queuesList the Ably Queues (AMQP/STOMP message queues) provisioned for an app, with their state and messaging stats. Control API: GET /apps/{app_id}/queues.ably_list_rulesList the integration rules (reactor rules: webhooks, AWS Lambda/SQS/Kinesis, Kafka, Pulsar, etc.) configured for an app. Control API: GET /apps/{app_id}/rules.ably_get_account_statsRetrieve aggregated usage statistics across the whole account, bucketed by time. Account id is resolved from the control token when ABLY_ACCOUNT_ID is unset. Control API: GET /accounts/{account_id}/stats.
Badge
Markdown for your README
[](https://clawy.uk/mcp/s/io.usefulapi/ably)