Skip to main content
Glama

Related Servers

Alternatives to p-e-relay

No user-submitted related servers found.

    Related Servers

    • A
      license
      A
      quality
      B
      maintenance
      A read-only MCP server for safely exploring Nostr, enabling agents to resolve identifiers, fetch profiles and events, query notes, and inspect relay metadata. It does not accept private keys or publish events.
      5
      10 npm
      MIT
    • A
      license
      Not graded
      quality
      A
      maintenance
      Read-only CLI and stdio MCP server that inventories the MCP servers an agent can reach, compiles a least-privilege policy with a reason for every allow/approve/deny verdict, and emits a delivery the recipient re-verifies in their own browser using a sha256 manifest.
      Apache 2.0
    • A
      license
      A
      quality
      F
      maintenance
      Read-only ProofRelay MCP verifier for non-confidential evidence bundles. Exposes 22 public-safe tools, 11 resources, and 11 prompts for bundle integrity checks, receipt-chain review, checkpoint recommendations, MCP risk metadata review, and real-estate closing proof-pack readiness.
      5
      MIT
    • A
      license
      Not graded
      quality
      C
      maintenance
      Read-only MCP server that provides tools to fetch SealChat public protocol docs, manifest, channel counts, and chat messages via the HTTP Agent API, without write access or database access.
      MIT
    • A
      license
      Not graded
      quality
      A
      maintenance
      Serves as a catalog that probes and lists reachable MCP relays, letting agents discover relays, search their tools, and call any tool through a single REST, MCP, or webhook endpoint. It also signs webhook notifications for relay registration, updates, and online/offline changes, and can peer with other catalogs to extend what is listed.
      89 npm
      MIT

    TDQS

    A4.6/5.0

    Scored across 6 tools

    Disambiguation5/5

    Each tool targets a distinct operation — write, fetch bytes, block-for-new, status-check, id-survey, reply-traversal — and the descriptions aggressively cross-reference each other to prevent confusion (e.g., 'Ask exists when...', 'ask get_relay when you want the record'). The only potential overlap, exists versus get_relay's refusal states, is explicitly resolved in both descriptions.

    Naming Consistency4/5

    Five of six tools follow a consistent verb_noun snake_case pattern: append_relay, get_relay, wait_for_relay, list_relays, list_replies. The lone exception is 'exists', a bare verb with no noun object, which breaks the otherwise uniform convention.

    Tool Count5/5

    Six tools is well-scoped for an append-only relay: exactly one tool per core operation with no redundancy. Each tool earns its place, from the single write path to the wait primitive that enables multi-exchange turns.

    Completeness5/5

    The surface fully covers the append-only relay domain: deposit, fetch exact bytes, status check, full id survey with paging via 'after', blocking wait for new arrivals, and one-level reply traversal with a documented path to deeper traversal. Update and delete are intentionally absent by design (records cannot be overwritten or removed), so there are no dead ends.

    Maintenance

    ActivityActive
    ResponsivenessResponsive