RabbitMQ MCP Server
Related Servers
Alternatives to RabbitMQ MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseBqualityDmaintenanceAn MCP server for RabbitMQ that exposes the RabbitMQ HTTP API as tools, enabling natural language interaction with RabbitMQ management.100177 npm1MIT
- FlicenseCqualityDmaintenanceEnables management of RabbitMQ clusters, queues, exchanges, bindings, users, and messages through natural language in chat interfaces, using the MCP protocol.201-
- AlicenseNot gradedqualityBmaintenanceEnables LLM agents to manage RabbitMQ queues, exchanges, and shovels via MCP tools, with restricted mode for production environments.Apache 2.0
- AlicenseNot gradedqualityCmaintenanceMCP server for SSL certificate management, enabling agents to issue, renew, revoke, monitor, download, and install certificates, with expiry tracking and webhooks across nine server types.20 npm-
- FlicenseNot gradedqualityBmaintenanceAn MCP server with HTTP/stdio support, a web admin panel for managing services, capabilities, and user permissions with Bearer token authentication, enabling relay and access control for MCP tools.-
- FlicenseNot gradedqualityDmaintenanceMCP server for infrastructure discovery and remote management, enabling SSH command execution, file transfer, log tailing, and machine/service inventory with a companion web dashboard.2-
TDQS
Scored across 16 tools
Each tool targets a distinct resource and action: connect/status/disconnect manage connection, queue/exchange operations are separate, publish vs publish_to_queue are clearly differentiated by target (exchange vs default exchange), and get_message vs queue_message_count serve different purposes. No two tools appear to do the same thing.
The naming follows a consistent rabbitmq_<verb>_<noun> pattern for most tools (e.g., list_queues, declare_queue, delete_queue). Minor deviations exist: 'rabbitmq_status' uses a noun instead of a verb phrase, and 'rabbitmq_queue_message_count' is an awkward noun-heavy construction rather than a verb-first name. Overall the pattern is predictable and readable.
16 tools is slightly above the typical well-scoped range of 3-15, but the breadth is justified by covering connection management, queue and exchange lifecycle, bindings, publishing, and message retrieval. It does not feel bloated or redundant, given the full RabbitMQ management surface.
The tool surface covers core RabbitMQ operations: connection handling, queue/exchange CRUD, bindings, publishing, and message inspection. Minor gaps exist, such as no list_bindings or get_exchange tool, but agents can still perform most common workflows. No severe missing operations that would cause failures.