kafka-dataops-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| kafka_consumer_lagA | Monitor consumer group lag with operational diagnosis. Checks committed offsets vs log-end-offsets for each partition and generates diagnosis based on actual incident patterns:
Args: group: Consumer group ID. Empty = all groups. |
| kafka_topic_infoA | Get topic details: partitions, replicas, ISR, configs, and health diagnosis. Checks replication health:
Args: topic: Topic name to inspect |
| kafka_broker_statusA | Check Kafka cluster health: brokers, controller, under-replicated partitions. Detects:
|
| kafka_list_topicsA | List all Kafka topics with partition count, replication factor, and descriptions. Built-in descriptions for known topics (CDC pipeline, Circuit Connect). Args: include_internal: Include internal topics starting with '_' (default: False) |
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 targets a distinct aspect of Kafka operation: cluster health, consumer lag, topic listing, and topic details. No functional overlap.
All tools start with 'kafka_' but mix verb-noun ('list_topics') and noun phrases ('broker_status'). Still predictable and readable.
Four tools is reasonable for a monitoring-focused server. Could expand with more actions but not too sparse.
Covers key diagnostic needs (health, lag, topic details) but lacks topic creation or consumer group management. Adequate for observability.