p-e-relay
Related Servers
Alternatives to p-e-relay
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceA 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.510 npmMIT
- AlicenseNot gradedqualityAmaintenanceRead-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
- AlicenseAqualityFmaintenanceRead-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.5MIT
- AlicenseNot gradedqualityCmaintenanceRead-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
- AlicenseNot gradedqualityAmaintenanceServes 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 npmMIT
- AlicenseNot gradedqualityAmaintenanceA local, read-only MCP server that exposes verified profile, posts, corpus, and other identity data from robertdelanghe.dev's signed static API.34 npmMIT
TDQS
Scored across 6 tools
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.
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.
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.
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.