bot-relay-mcp
Related Servers
Alternatives to bot-relay-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityDmaintenanceMCP server for inter-agent communication. Gives multiple Claude Code sessions a shared message board, agent registry, and orchestration layer — backed by a cloud relay so agents can coordinate across machines, repos, and teams.840 npmMIT
- AlicenseNot gradedqualityCmaintenanceLocal-first MCP server that enables multiple Claude agents to coordinate through a shared message bus with SQLite persistence and real-time clock anchoring.MIT
- AlicenseAqualityBmaintenanceMCP server for local-first agent handoff: enables AI sessions to publish curated context, list/read updates, route handoffs to specialists, and advance per-consumer cursors, with SQLite persistence and no shell or network access.8Apache 2.0
- AlicenseNot gradedqualityAmaintenanceA NATS-backed mailbox for local LLM agents. Provides a simple way for AI coding agents to message and notify each other via a hostable MCP server.4GPL 3.0
- AlicenseNot gradedqualityFmaintenanceMCP server that lets multiple coding-agent sessions on the same machine discover each other and collaborate through a shared SQLite database.20 npm1MIT
- AlicenseNot gradedqualityBmaintenanceLocal-first MCP server for coordinating Codex and ZCode agents, enabling task management, event tracking, and optional cross-machine Redis relay.2 npmMIT
TDQS
Scored across 37 tools
Several tools occupy closely related domains: multiple mailbox-read variants (get_messages, get_messages_summary, peek_inbox_version), multiple task lifecycle tools, and multiple token-management tools. The descriptions do differentiate them, but the sheer overlap in purposes will still cause occasional mis-selection in an agent.
Tool names largely follow a verb_noun pattern (register_agent, send_message, post_task, get_channel_messages, delete_webhook), which is predictable and readable. The main inconsistency is task_schema_get, which inverts the standard get_* pattern seen elsewhere (get_task, get_tasks).
37 tools is an excessive surface for an MCP server, well beyond the 'too many' 25+ threshold even though the domain is broad. The count feels inflated by near-redundant read variants and several overlapping token/agent lifecycle tools that could be consolidated.
The tool surface covers nearly all important workflows for a bot relay: agent lifecycle, messaging, tasks, channels, webhooks, token management, and health. Minor gaps exist, such as no list_channels/delete_channel, no per-agent detail read, and no way to permanently delete messages, but agents can usually work around those.