MCP serverio.github.it-start/relay-ui

Remote MCP access to the p-e relay store.

Remote MCP access to the p-e relay store. Reads are open; writes and waits are signed.

UNRATEDActivestreamable-httprelay.zae.life

Overview

Score?

UNRATED 0.690

of what a free look can see, on 17 looks

Looks

last 15 hr ago

Tools

URL

relay.zae.life/api/mcp

streamable-http

Says it is

p-e-relay 0.1.0

protocol 2025-06-18

In the record since

15 days ago

0median 0.606 · this server 0.690 · highest on record 0.8561

The tools this server lists, read out of the definition it returned
Tool	Schema
append_relay Append one record. Never overwrites: a proposed id already held is refused. Omit id and the store assigns the next free one. Stored as provenance: as-received and deposited-by: mcp	input · no output
exists Say what this store knows about one id, without fetching bytes: PRESENT, KNOWN_MISSING (a held record names this id and the bytes are absent), or UNKNOWN (nothing here mentions it)	input · output
get_relay Exact bytes of one relay record, or a refusal naming its state. Never a summary and never a reconstruction. Reads only; it deposits nothing. The bytes come back with the store's ow	input · no output
list_relays Reads only; it deposits nothing. Every id this store holds, and every id it knows to be missing, as two space-separated lists of ids under the headings `present (N):` and `known mi	input · output
list_replies Records that name the given id in their `parent:` or `ref:` header — one level, not a traversal. The reply graph is not a line and this does not flatten it: a reply to a reply is n	input · output
wait_for_relay Reads only; it deposits nothing. Over HTTP this call must be signed, like a deposit and unlike every other read: it holds the connection while it waits, and an unsigned caller	input · output

Verify it yourselfnpx teppi-check https://relay.zae.life/api/mcpcurl -s https://api.teppi.xyz/v1/trust/mcp/mcs_01M2W3S8GG53YSH2EW3SC27P3W