emqx-mcp-server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| EMQX_API_KEY | Yes | The API Key for your EMQX cluster. | |
| EMQX_API_URL | Yes | The API URL of your EMQX instance (e.g., https://your-emqx-cloud-instance.com:8443/api/v5). | |
| EMQX_API_SECRET | Yes | The API Secret for your EMQX cluster. |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| publish_mqtt_messageC | Publish an MQTT Message to Your EMQX Cluster on EMQX Cloud or Self-Managed Deployment |
| list_mqtt_clientsC | List MQTT clients connected to your EMQX Cluster |
| get_mqtt_clientC | Get detailed information about a specific MQTT client by client ID |
| kick_mqtt_clientC | Disconnect a client from the MQTT broker by client ID |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 4 tools
Each tool has a clearly distinct purpose targeting different aspects of MQTT client and message management. get_mqtt_client retrieves details, kick_mqtt_client disconnects, list_mqtt_clients enumerates connections, and publish_mqtt_message sends messages, with no overlap in functionality.
All tool names follow a consistent verb_noun pattern with snake_case, using clear verbs like get, kick, list, and publish paired with descriptive nouns (mqtt_client, mqtt_message). This makes the tool set predictable and easy to understand.
Four tools are reasonable for an MQTT management server, covering core operations like client monitoring and message publishing. However, the count feels slightly thin, as it lacks tools for broader broker management (e.g., topic subscriptions or configuration), but it's well-scoped for its purpose.
The tools cover client management (list, get, kick) and message publishing, but there are notable gaps in the MQTT domain. Missing operations include subscribing to topics, managing topics, or handling broker settings, which could limit agent workflows for comprehensive MQTT interactions.