MCP Kafka Schema Reg
Related Servers
Alternatives to MCP Kafka Schema Reg
No user-submitted related servers found.
Related Servers
AlicenseBqualityAmaintenanceAn MCP server implementation built to interact with Confluent Kafka and Confluent Cloud REST APIs.24522 npm168MIT- AlicenseNot gradedqualityDmaintenanceAn MCP server that enables interaction with Kafka clusters to manage topics, monitor consumer groups, and stream messages. It provides a comprehensive suite of tools for broker metadata inspection and local Kafka user management.MIT
- AlicenseBqualityBmaintenanceMCP server for Apache Kafka that allows LLM agents to inspect topics, consumer groups, and safely manage offsets (reset, rewind).1913Apache 2.0
- AlicenseCqualityBmaintenanceReference implementation of KIP-1318, a secure Model Context Protocol server for Apache Kafka that enables AI agents to interact with Kafka clusters through governed tools and resources.112Apache 2.0
- FlicenseNot gradedqualityDmaintenanceA server implementation of the Model Context Protocol (MCP) that provides REST API endpoints for managing and interacting with MCP resources.-
- AlicenseNot gradedqualityFmaintenanceA MCP server that exposes OpenAPI schema information to LLMs like Claude. This server allows an LLM to explore and understand large OpenAPI schemas through a set of specialized tools, without needing to load the whole schema into the context163 npm49MIT
TDQS
Scored across 28 tools
Most tools have clearly distinct purposes, and the get/list/count/test verbs help separate workflows. The few potentially confusable pairs, such as test_registry_connection vs test_all_registries or get_schema_by_id vs get_subjects_by_schema_id, are still described clearly enough to avoid frequent mis-selection.
Tool names mostly follow a consistent lowercase snake_case verb_noun pattern with clear prefixes like get_, list_, count_, test_, and export_. The bare 'ping' tool and the awkwardly suffixed 'get_mcp_compliance_status_tool' are minor deviations from an otherwise predictable scheme.
With 28 tools, the set is overloaded for its apparent scope. Many read operations are backward-compatibility wrappers for resources, and the extra count/export/meta tools inflate the surface beyond what an agent needs for normal Kafka Schema Registry workflows.
The tool set is overwhelmingly read-focused, covering schemas, subjects, contexts, configs, modes, and counts, but it lacks core mutation operations such as delete subject, delete schema version, update compatibility, and set mode. Only register_schema and create_context provide any write coverage, leaving obvious lifecycle gaps.