PubNub MCP Server
Related Servers
Alternatives to PubNub MCP Server
No user-submitted related servers found.
Related Servers
- FlicenseCqualityDmaintenanceA Model Context Protocol server that provides Retrieval-Augmented Generation capabilities using Contextual AI, enabling AI interfaces like Cursor IDE and Claude Desktop to query domain-specific knowledge with context-aware responses and source citations.121-
- AlicenseCqualityCmaintenanceA Model Context Protocol server that enables intelligent searching across documentation for 30+ programming libraries and frameworks, fetching relevant information from official sources.238MIT
- AlicenseAqualityAmaintenanceModel Context Protocol (MCP) server for @imqueue — lets AI coding agents (Claude Code, Cursor and others) search the docs, scaffold typed services & clients and use @imqueue/cli live.141891GPL 3.0
- AlicenseBqualityDmaintenanceA Model Context Protocol server that loads multiple OpenAPI specifications and exposes them to LLM-powered IDE integrations, enabling AI to understand and work with your APIs directly in development tools like Cursor.74990MIT
- FlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables AI assistants to explore and interact with Cursor IDE's SQLite databases, providing access to project data, chat history, and composer information.25-
- FlicenseNot gradedqualityDmaintenanceA customized MCP server that enables integration between LLM applications and documentation sources, providing AI-assisted access to LangGraph and Model Context Protocol documentation.-
TDQS
Scored across 16 tools
The set includes multiple documentation tools (get_sdk_documentation, get_chat_sdk_documentation, how_to, write_pubnub_app, get_sdk_migration_guide, get_general_migration_guide) with clear usage guidance, so overlap is managed. However, manage_illuminate is an extremely dense mega-tool that conflates many distinct operations (list, create, update, delete, activate, etc.) into one tool, making it hard for an agent to select the right tool vs. sub-operation. Also, get_usage_metrics and insights both query analytics, with overlapping scopes that could confuse selection.
Names mix patterns: some use verb_object (write_pubnub_app, send_pubnub_message, get_pubnub_messages, get_pubnub_presence), some use noun-ish (insights, how_to, manage_app_context, manage_illuminate). The 'manage_' prefix is used for some but not consistently (manage_keysets, manage_app_context, manage_illuminate, manage_apps vs. get_usage_metrics, insights). The documentation tools vary wildly: get_sdk_documentation, get_chat_sdk_documentation, get_sdk_migration_guide, get_general_migration_guide, how_to, write_pubnub_app — there's no common prefix for docs.
16 tools is slightly above the typical ideal range (3-15), but given the broad scope of PubNub (real-time messaging, admin, analytics, docs), it remains reasonable. Each tool covers a distinct domain, though manage_illuminate is overloaded and could arguably be split into multiple tools to reduce the count's weight.
The core real-time messaging lifecycle is covered (publish, subscribe, history, presence), and admin operations (apps, keysets, usage metrics) are present. However, missing common operations like channel management (create/delete channels) or access manager token generation, which are essential for many PubNub applications, represent notable gaps. Illuminate is very comprehensive, but the analytics side is read-only and lacks write/alerting tools.