Skip to main content
Glama

Related Servers

Alternatives to message-cp

No user-submitted related servers found.

    Related Servers

    • A
      license
      Not graded
      quality
      B
      maintenance
      MCP server that lets multiple coding-agent sessions on the same machine discover each other and collaborate through a shared SQLite database.
      17 npm
      1
      MIT
    • A
      license
      A
      quality
      D
      maintenance
      A local, user-owned memory MCP server that allows AI agents to share context via a SQLite file you own.
      4
      MIT
    • A
      license
      Not graded
      quality
      D
      maintenance
      An MCP central server that lets multiple AI agents (e.g., Claude Code, kimi-code) exchange private messages, shared channel broadcasts, and unified message streams via MCP tools, with SQLite persistence and per-connection identity binding.
      42 npm
      MIT
    • A
      license
      Not graded
      quality
      D
      maintenance
      MCP server for async messaging between AI coding agents, enabling cross-harness and cross-machine communication with Slack-like semantics and mail-shaped delivery.
      2
      MIT
    • F
      license
      A
      quality
      D
      maintenance
      MCP server that gives AI agents a live, tmux-backed messaging mesh for instant message delivery without polling.
      7
      -

    TDQS

    A4/5.0

    Scored across 17 tools

    Disambiguation4/5

    Each tool maps to a distinct resource+action: agents (list/get), registration (register/unregister), direct messaging (send_message/read_conversation), inbox+mentions (read_inbox), channels (post/read_channel/list_channels/join/leave), plus status, delivery tracking, and two blocking waits. The main soft spot is the read surface, where read_inbox, read_conversation, read_channel and search all 'read messages' but differ by scope; descriptions disambiguate them well, but an agent must read carefully. wait_for_mail versus ask is also close, though ask is clearly the send-and-block variant.

    Naming Consistency4/5

    Predominantly verb_noun (list_agents, get_agent, send_message, set_status, read_inbox, read_conversation, read_channel, list_channels, join_channel, leave_channel, wait_for_mail, message_status). A handful of bare verbs (register, unregister, ask, search, post) break the pattern, but they are conventional single-word actions and remain readable. No camelCase/snake_case mixing.

    Tool Count4/5

    17 tools is slightly above the comfortable range but each covers a real capability of a multi-agent messaging system (identity, DMs, inbox, channels, membership, status, blocking waits). Nothing looks redundant enough to cut. It is on the heavy side for an agent to hold in context, which keeps it from a 5.

    Completeness4/5

    Covers the full lifecycle: register/unregister, agent directory, send/receive DMs, inbox with mentions, channel post/read/list/join/leave, search, status, and read receipts. Gaps are minor and partly intentional (no edit/delete of messages or posts, no tool to manage operator-added people, no explicit mention-listing tool since mentions fold into read_inbox). Agents can work around these without dead ends.

    Maintenance

    ActivityMaintained
    ResponsivenessResponsive