Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
MQTT_PASSWORDNoPassword for authentication
MQTT_USERNAMENoUsername for authentication
MQTT_CLIENT_IDNoClient ID for MQTT connectioncursor-mqtt-mcp-{timestamp}
MQTT_BROKER_URLNoMQTT broker URL (mqtt:// or mqtts://)mqtt://localhost:1883
MAX_MESSAGES_PER_TOPICNoMax messages to buffer per topic100

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

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
mqtt_subscribeB

Subscribe to an MQTT topic to start receiving messages. Supports MQTT wildcards: '+' for single level, '#' for multi-level.

mqtt_unsubscribeB

Unsubscribe from an MQTT topic to stop receiving messages.

mqtt_read_messagesA

Read buffered messages from a subscribed topic. Returns the most recent messages received since subscribing. Supports MQTT wildcards: '+' for single level, '#' for multi-level (e.g., 'sensors/#' returns messages from all topics under 'sensors/').

mqtt_publishB

Publish a message to an MQTT topic. Useful for sending test data or triggering actions on the broker.

mqtt_list_subscriptionsB

List all active MQTT topic subscriptions and their message counts.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.7/5.0

Scored across 5 tools

Disambiguation5/5

Each tool targets a distinct MQTT operation: subscribe, unsubscribe, publish, read buffered messages, and list active subscriptions. The read and list tools are clearly separated by their descriptions, and no two tools appear to do the same thing.

Naming Consistency4/5

All tool names use the mqtt_ prefix and snake_case, which is highly consistent. The only minor deviation is that some names include an explicit object (read_messages, list_subscriptions) while others rely on implicit context (subscribe, unsubscribe, publish), but the pattern remains predictable.

Tool Count5/5

Five tools is well-scoped for an MQTT interaction server, covering the essential subscribe, unsubscribe, publish, read, and list operations without unnecessary bloat. Each tool earns its place and the set feels complete for typical messaging tasks.

Completeness4/5

The core MQTT lifecycle is covered: subscribe, unsubscribe, publish, read buffered messages, and list subscriptions. Minor gaps exist, such as no explicit tool to clear buffered messages or manage connection state, but these are workaround-able or handled outside the tool surface.

Maintenance

ActivityInactive
ResponsivenessNo issues