EchoRelay
REMOTE · MCP.ECHORELAY.DEV · SCANNED SEP 20
A managed runtime for custom API integrations. Manage lines, endpoints, keys, logs and DLQ via MCP.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security91
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation is enforced on tool calls, but the challenge carries no valid RFC 9728 metadata, so a client cannot discover where to get a token. See how to fix → View diagnostics → Fail
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC is configured correctly; the domain's records validate against the full chain to the root. View diagnostics → Pass
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability75
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 9617 tokens (~120/item across 80 items; 80 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
- No destabilizing schema changes in the last 30 days.Pass
Tool Coverage96
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 87% of tool parameters carry a description.Partial
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- All 9 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation.Pass
- An AI judge read all 80 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
How do I install the EchoRelay MCP server?
EchoRelay is a hosted endpoint at https://mcp.echorelay.dev/, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · mcp.echorelay.dev
claude mcp add --transport http dev-echorelay-management 'https://mcp.echorelay.dev/'
{
"mcpServers": {
"dev-echorelay-management": {
"url": "https://mcp.echorelay.dev/"
}
}
} {
"servers": {
"dev-echorelay-management": {
"type": "http",
"url": "https://mcp.echorelay.dev/"
}
}
} [mcp_servers.dev-echorelay-management] url = "https://mcp.echorelay.dev/"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"dev-echorelay-management": {
"type": "remote",
"url": "https://mcp.echorelay.dev/",
"enabled": true
}
}
} openclaw mcp add dev-echorelay-management --url 'https://mcp.echorelay.dev/' --transport streamable-http
mcp_servers:
dev-echorelay-management:
url: "https://mcp.echorelay.dev/" {
"McpServers": {
"dev-echorelay-management": {
"Transport": "http",
"Url": "https://mcp.echorelay.dev/"
}
}
} assistant mcp add dev-echorelay-management -t streamable-http -u 'https://mcp.echorelay.dev/'
{
"mcpServers": {
"dev-echorelay-management": {
"type": "http",
"url": "https://mcp.echorelay.dev/"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 20 Sept 26 −2
- Authorization: pass → fail ▼ security
- New tool “set_overage_billing”, which the server declares destructive security
- Tool “get_billing” rewrote its description, which is the text the model reads security
- Tool “subscribe_addon” rewrote its description, which is the text the model reads security
- Server version: 1.14.0 → 1.15.0 functional
- 17 Sept 26 0
- Tool “list_dlq” rewrote its description, which is the text the model reads security
- 16 Sept 26 +2
- Authorization: fail → pass ▲ security
- First check of Authorization: partial security
- Tool “archive_project” rewrote its description, which is the text the model reads security
- Tool “create_project” rewrote its description, which is the text the model reads security
- Tool “create_project_token” rewrote its description, which is the text the model reads security
- Tool “list_dlq” rewrote its description, which is the text the model reads security
- Tool “list_project_tokens” rewrote its description, which is the text the model reads security
- Tool “list_projects” rewrote its description, which is the text the model reads security
- Tool “protect_project” rewrote its description, which is the text the model reads security
- Tool “rename_project” rewrote its description, which is the text the model reads security
- Tool “revoke_project_token” rewrote its description, which is the text the model reads security
- Tool “unarchive_project” rewrote its description, which is the text the model reads security
- “create_project_token” reworded the description of “expiresInDays” cosmetic
- “create_project_token” reworded the description of “label” cosmetic
- “create_project_token” reworded the description of “scopes” cosmetic
- “revoke_project_token” reworded the description of “tokenId” cosmetic
- 13 Sept 26 0
- Tool “rollback_config” rewrote its description, which is the text the model reads security
- “rollback_config” added an optional parameter “confirmUnsigned” cosmetic
- 12 Sept 26 0
- Tool “rollback_config” rewrote its description, which is the text the model reads security
- “rollback_config” added an optional parameter “confirmRevision” cosmetic
- 4 Sept 26 0
- Tool “get_dlq_entry” rewrote its description, which is the text the model reads security
- Tool “get_request” rewrote its description, which is the text the model reads security
- Tool “list_dlq” rewrote its description, which is the text the model reads security
- Tool “rename_project” rewrote its description, which is the text the model reads security
- “discard_dlq_entry” reworded the description of “id” cosmetic
- “get_dlq_entry” reworded the description of “id” cosmetic
- “retry_dlq_entry” reworded the description of “id” cosmetic
- 28 Aug 26 +11
- Judged manipulation: unverified → pass ▲ security
- Schema quality: unverified → excellent ▲ functional
- 27 Aug 26 −11
- Judged manipulation: pass → unverified ▼ security
- Schema quality: excellent → unverified ▼ functional
- Server version: 1.13.0 → 1.14.0 functional
- New tool “generate_line_draft” functional
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 20 Sept 2026 · Probed https://mcp.echorelay.dev
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=echorelay.dev | CN=YE2,O=Let's Encrypt,C=US | 12 Sept 2026 | 11 Dec 2026 | ECDSA 256 | ECDSA-SHA384 | 56dd766f8ce63c6ae931fe7a8a27c888dd0 |
| SANs: *.echorelay.dev, echorelay.dev | ||||||
| CN=YE2,O=Let's Encrypt,C=US (CA) | CN=Root YE,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | ECDSA 384 | ECDSA-SHA384 | 4df3b15dd6c0784c507cd37b58e6f115 |
| CN=Root YE,O=ISRG,C=US (CA) | CN=ISRG Root X2,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | ECDSA-SHA384 | 872165fc34b6e5fba8add5b3705fb53a |
| CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) | CN=ISRG Root X1,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | SHA256-RSA | 6c8f1dc727c7117f7baf853ac980f9cd |
Background: What to check on a remote MCP endpoint →
DNSSEC secure
Validation of mcp.echorelay.dev. — Secure
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| dev. | present | 60074 | 8 | Verified |
| echorelay.dev. | present | 2371 | 13 | Verified |
| mcp.echorelay.dev. | Verified address RRset verified with the apex keys |
Authentication Challenged, unverified
The endpoint asked for a token, but we could not retrieve and validate the RFC 9728 metadata that tells a client how to obtain one.
| Result | Challenged, unverified |
|---|---|
| Enforced | On tool calls |
| HTTP status | 200 |
WWW-Authenticate challenge Bearer resource_metadata="https://mcp.echorelay.dev/.well-known/oauth-protected-resource"
Bearer resource_metadata="https://mcp.echorelay.dev/.well-known/oauth-protected-resource" | Header | Value |
|---|---|
| strict-transport-security | max-age=31536000; includeSubDomains |
| content-security-policy | script-src 'self' 'nonce-031a58b960f5bcedf3722b2638e44471' 'sha256-4FqAsKYYgAp9u0EQQ/5kYTh/MCiR+GodCLMScWjsIPc=' https://cdn.paddle.com; report-uri /csp-report; report-to csp-endpoint |
| x-content-type-options | nosniff |
| x-frame-options | SAMEORIGIN |
| referrer-policy | strict-origin-when-cross-origin |
| permissions-policy | geolocation=(), microphone=(), camera=() |
Protected resource metadata
| Document | https://mcp.echorelay.dev/.well-known/oauth-protected-resource |
|---|---|
| Retrieved | No |
| Problem | metadata_unreachable |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://mcp.echorelay.dev | Verified | 200 | |
| http (plaintext) | http://mcp.echorelay.dev | HTTPS enforced | 301 | https://mcp.echorelay.dev/ |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
activate_line ~90
Activate and immediately publish an inactive line so it serves traffic again. Blocked at the active-line cap — deactivate another line first. Requires edit access.
| Name | Type | Req | Description |
|---|---|---|---|
| commitMode | string | – | Defaults to publish. Draft writes require draftRevision. |
| draftRevision | integer | – | Current line draft revision, required for draft writes. |
| lineKey | string | yes | The line key, e.g. "v1". |
No output schema declared.
No examples provided.
archive_project ~100
Archive a project you own. Reversible: the project + slug persist and credits are kept, but the data plane drops the tenant (callers get 404). Idempotent. Fails with an error if the project has archive protection enabled. That is a support-only unlock, not something this call can override. Requires an ACCOUNT-scoped management token and the `config` scope.
| Name | Type | Req | Description |
|---|---|---|---|
| slug | string | yes | The slug of a project you own. |
No output schema declared.
No examples provided.
cancel_line_publish ~35
Cancel one line schedule before its two-minute lock.
| Name | Type | Req | Description |
|---|---|---|---|
| draftRevision | integer | yes | – |
| lineKey | string | yes | – |
No output schema declared.
No examples provided.
cancel_subscription ~93
Schedule the project owner's subscription for cancellation at the end of the current billing period. Returns `{kind: 'scheduled', newPlan: 'free', effectiveAt}`. Add-ons keep renewing while the plan is active; after it ends they stop renewing and each already-paid add-on cycle stays active until its own end date (use unsubscribe_addon to stop one sooner). Owner-only; requires a token minted with the billing scope.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
change_plan ~96
Switch the project owner between Pro and Scale, or cancel the subscription (effectively dropping to Free at period end). Returns `{kind, newPlan, effectiveAt, applied}` — `applied=true` means Paddle was charged immediately, otherwise the change is queued for the current period end. Use preview_plan_change first to see the dollar impact. Owner-only; requires a token minted with the billing scope.
| Name | Type | Req | Description |
|---|---|---|---|
| plan | string | yes | – |
No output schema declared.
No examples provided.
config_diff ~69
Preview what Save & Publish (or the pending scheduled publish, if one exists) would change: added/removed/changed lines, and within each changed line the added/removed/changed endpoints and targets, plus any project-level setting change. Outbound auth secrets are redacted the same as get_config.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
create_api_key ~174
Mint an inbound relay (data-plane) API key for callers to send traffic to this project. Its `er_live_` or `er_test_` secret authenticates relay requests; it cannot call management MCP or REST. Returns the plaintext exactly once — store it now, it cannot be retrieved later. Editor + owner; subject to the project key policy (see get_key_policy).
| Name | Type | Req | Description |
|---|---|---|---|
| mode | string | yes | live → paid pool, test → testing pool (rate-limited to the plan's live rate). |
| name | string | yes | Human-readable label, up to 120 characters. |
| ttlDays | integer|null | – | Lifetime in days. Omit to use the project's defaultKeyTtlDays from get_key_policy. Null = never expires (owner-only unless editorsMayCreateNonExpiringKeys is set). |
No output schema declared.
No examples provided.
create_credential ~290
Save a new reusable credential, sealed with the project's encryption key at write time. Neither this call nor any later read ever returns the secret back — reference it from a target by id (see create_endpoint/update_endpoint's target.credentialVaultEntryId) instead of copying the secret around. `auth.type` selects which fields apply: bearer→token, basic→username+password, apiKeyHeader→headerName+key, apiKeyQuery→paramName+key, publicPrivateKey→secret+key. `destinationHost` is required and permanent: the credential is only ever sent to that host, over https, and no later call can re-aim it.
| Name | Type | Req | Description |
|---|---|---|---|
| auth | object | yes | The credential's auth shape. |
| destinationHost | string | yes | The only host this credential may be sent to, e.g. "api.stripe.com", or a single-label wildcard, e.g. "*.stripe.com" (matches api.stripe.com, not stripe.com and not a.b.stripe.com). Host only — no sc… |
| name | string | yes | Human-readable label, up to 120 characters. |
No output schema declared.
No examples provided.
create_endpoint ~134
Create an endpoint under a line. Defaults to immediate publish; draft mode requires draftRevision. scheduledAt stages the line draft then schedules it. Requires edit access.
| Name | Type | Req | Description |
|---|---|---|---|
| commitMode | string | – | Defaults to publish. Draft writes require draftRevision. |
| draftRevision | integer | – | Current line draft revision, required for draft writes. |
| endpoint | object | yes | An EchoRelay endpoint. Round-trips with the JSON returned by get_endpoint. |
| lineKey | string | yes | The line key to create the endpoint under. |
| scheduledAt | string | – | Compatibility alias: stage this endpoint in its line draft then schedule that line. |
No output schema declared.
No examples provided.
create_line ~127
Create a new versioned line. A new line has no endpoints, so creating one publishes nothing and serves no traffic yet — add an endpoint, which publishes the line with it. Draft mode requires draftRevision 0. Requires edit access.
| Name | Type | Req | Description |
|---|---|---|---|
| commitMode | string | – | Defaults to publish. Draft writes require draftRevision. |
| draftRevision | integer | – | Current line draft revision, required for draft writes. |
| lineKey | string | yes | URL key, lowercase letters/digits/hyphens, e.g. "v1". |
| name | string | yes | Human-readable line name. |
No output schema declared.
No examples provided.
create_project ~165
Create a new project on your account so an agent can bootstrap from a fresh account. The slug is derived from the name and validated server-side (format, reserved words, uniqueness). Each plan includes a fixed number of active projects (free tiers one; paid plans more: see list_subscription_plans); at the limit this errors. If an existing project can host this integration, skip create_project and call create_project_token against it instead of adding another. Requires an ACCOUNT-scoped management token and the `config` scope. Returns the created project ({id, slug, name, apiBaseUrl, archived}); call create_project_token next to mint a management token for it.
| Name | Type | Req | Description |
|---|---|---|---|
| name | string | yes | Human-readable project name (1–100 chars). The slug is derived from it. |
No output schema declared.
No examples provided.
create_project_token ~293
Mint a PROJECT-scoped management token (`er_mcp_`) for MCP and REST; it cannot authenticate relay traffic. Use it after create_project to configure a fresh project, or for any project you already own. Attenuated by design: the scopes must be a subset of THIS management token's own grant (`read` is always included), expiry is mandatory (1–90 days, default 30, never "never"), and the minted management token (being project-scoped) can never mint management tokens itself. `spend` is human-granted only: no management token, of any scope, can mint one carrying it. Mint a spend-scoped token from the project's panel instead. Requires an ACCOUNT-scoped management token and the `config` scope. Returns the plaintext exactly once; only its hash is stored.
| Name | Type | Req | Description |
|---|---|---|---|
| expiresInDays | integer | – | Days until the minted management token expires. Default 30. API-minted management tokens always expire. |
| label | string | yes | Human-readable management token label (1–100 chars). |
| scopes | array | – | Scopes for the minted management token: must be a subset of this management token's own scopes. `read` is always granted. `spend` and the legacy `billing` scope are never mintable here (panel-only).… |
| slug | string | yes | The slug of a project you own. |
No output schema declared.
No examples provided.
deactivate_line ~108
Take a line off the data plane immediately (callers get 404) without deleting it — endpoints/targets/config are preserved and it can be reactivated later. A deliberate action; live traffic is never auto-disabled. Requires edit access.
| Name | Type | Req | Description |
|---|---|---|---|
| commitMode | string | – | Defaults to publish. Draft writes require draftRevision. |
| draftRevision | integer | – | Current line draft revision, required for draft writes. |
| lineKey | string | yes | The line key, e.g. "v1". |
No output schema declared.
No examples provided.
default_endpoint_template ~121
Return a canonical minimal-valid endpoint JSON for a fresh line. POST it verbatim to create_endpoint to land an immediately-working endpoint, then customise. It comes back with `mock: true`: it answers callers with its own canned body and never dials the target it carries, so a 200 from it proves the endpoint is reachable and nothing about delivery. Set `mock: false` and give the target a real URL before treating a call as delivered. Read-only.
| Name | Type | Req | Description |
|---|---|---|---|
| lineKey | string | yes | The line key, e.g. "v1". |
No output schema declared.
No examples provided.
delete_credential ~58
Delete a saved credential. Blocked (not a permission or not-found error — a validation error) while any target still references it; repoint or remove those targets first.
| Name | Type | Req | Description |
|---|---|---|---|
| credentialId | string | yes | UUID of the credential to delete. |
No output schema declared.
No examples provided.
delete_endpoint ~87
Delete an endpoint and its targets, publishing the removal immediately. Requires edit access.
| Name | Type | Req | Description |
|---|---|---|---|
| commitMode | string | – | Defaults to publish. Draft writes require draftRevision. |
| draftRevision | integer | – | Current line draft revision, required for draft writes. |
| endpointId | string | yes | The endpoint UUID. |
| lineKey | string | yes | The line key, e.g. "v1". |
No output schema declared.
No examples provided.
delete_line ~78
Delete a line and every endpoint under it, publishing the removal immediately. Requires edit access.
| Name | Type | Req | Description |
|---|---|---|---|
| commitMode | string | – | Defaults to publish. Draft writes require draftRevision. |
| draftRevision | integer | – | Current line draft revision, required for draft writes. |
| lineKey | string | yes | The line key, e.g. "v1". |
No output schema declared.
No examples provided.
discard_dlq_entry ~40
Permanently delete a DLQ entry without retrying. Requires edit access.
| Name | Type | Req | Description |
|---|---|---|---|
| id | string | yes | Dead-letter entry id from list_dlq. |
No output schema declared.
No examples provided.
discard_draft_endpoint ~44
Discard one endpoint change from a line draft.
| Name | Type | Req | Description |
|---|---|---|---|
| draftRevision | integer | yes | – |
| endpointId | string | yes | – |
| lineKey | string | yes | – |
No output schema declared.
No examples provided.
discard_line_draft ~37
Discard every unpublished change and schedule for one line.
| Name | Type | Req | Description |
|---|---|---|---|
| draftRevision | integer | yes | – |
| lineKey | string | yes | – |
No output schema declared.
No examples provided.
downgrade_addon ~122
Schedule a tier downgrade for a non-stackable add-on (RPM tier). The current tier stays active until `nextRenewalAt`; at that point the lower tier is charged and activated. No mid-cycle charge. Use list_addons to find available keys. Returns {addonKey, targetAddonKey, project, effectiveAt}. Owner-only; requires a token minted with the billing scope.
| Name | Type | Req | Description |
|---|---|---|---|
| addonKey | string | yes | Current active add-on key to downgrade from. |
| targetAddonKey | string | yes | Target (lower) add-on key to downgrade to. |
No output schema declared.
No examples provided.
dry_run_endpoint ~296
Validate an endpoint document without writing it. Returns either {ok: true, resolved: <Framework config slice>} or {ok: false, errors: {...}}. Pass endpointId to dry-run a PATCH against an existing endpoint; omit it to dry-run a create. Supply sample and/or answerSample to also run each target's mapping against a real payload and see what it produces, which field came from which node, and every rule that failed with the value that broke it. No DB write, no queue entry, no billing, and the payload is never sent anywhere.
| Name | Type | Req | Description |
|---|---|---|---|
| answerSample | object|array|string|number|boolean|null | – | Optional: an answer payload, shaped as one a target would actually return. Drives answerMapping the same way, as answerMappingEvaluation. It cannot be inferred from sample — the two travel in opposit… |
| endpoint | object | yes | Endpoint document (for create dry-run) or PATCH body (when endpointId is supplied). |
| endpointId | string | – | Optional: dry-run a PATCH against this endpoint UUID. |
| lineKey | string | yes | The line key. |
| sample | object|array|string|number|boolean|null | – | Optional: a request payload, shaped as one a caller would actually send, passed as JSON rather than as a string containing JSON. Every target carrying an outgoingMapping is evaluated against it and t… |
No output schema declared.
No examples provided.
duplicate_line ~149
Copy a line and all its endpoints/targets/rules into a new line key — build v2 from v1. The copy is saved inactive and remains off the data plane; edit it, then activate_line when ready. Requires edit access.
| Name | Type | Req | Description |
|---|---|---|---|
| commitMode | string | – | Defaults to publish. Draft writes require draftRevision. |
| draftRevision | integer | – | Current line draft revision, required for draft writes. |
| lineKey | string | yes | The source line key to copy. |
| name | string | – | Optional name for the copy (defaults to "<source name> (copy)"). |
| newLineKey | string | yes | New line key for the copy, e.g. "v2". |
No output schema declared.
No examples provided.
generate_line_draft ~413
Generate a draft endpoint under a line from a sample inbound request and a description of the target: infers the inbound body schema from the sample, reads the target's method/URL/fields from an OpenAPI document (targetDocument) or a bare sample plus targetUrl, and proposes an outgoingMapping pairing every target field to a same-named inbound field. Nothing is guessed — a target field with no same-named match is reported in the "unmapped" list instead of being mapped, and every field it did map carries "inferred": true in the stored mapping tree. Always writes a draft (never publishes); the draft flows through preview_line_draft, dry_run_endpoint, config_diff and publish_line_draft like any other. Requires edit access.
| Name | Type | Req | Description |
|---|---|---|---|
| deliveryMode | string | yes | The caller contract this endpoint offers: async acceptance with later outcomes, one sync reply, or a stream. |
| draftRevision | integer | yes | The line's current draft revision (0 for a line with no draft yet) — see get_line_draft. |
| lineKey | string | yes | The line key to draft the generated endpoint under. |
| sample | object | yes | A sample inbound request body, shaped as one a real caller would send — one JSON field per key. |
| targetDocument | string | – | The target's OpenAPI 3.x document (YAML or JSON). Mutually exclusive with targetSample; must describe exactly one operation. |
| targetFilename | string | – | Filename hint for targetDocument, to decide YAML vs JSON. Defaults to "target.json". |
| targetHttpMethod | string | – | HTTP method for the target when using targetSample. Defaults to POST. |
| targetSample | object | – | A raw sample of the target's own request body, used instead of targetDocument when there is no spec to read. Requires targetUrl. |
| targetUrl | string | – | The target URL. Required when targetSample is used; ignored when targetDocument is used (its servers[] entry wins). |
No output schema declared.
No examples provided.
get_billing ~285
Get the project's credit balances (paid + testing) and which ledger it settles on. `billingModel` is `prepaid` (metered against the credit balance) or `invoiceable` (an Enterprise account, settled on the contract — its credit fields read empty/zero by design, not because it is out of credits). A zero balance is not on its own a reason to stop: live traffic is never refused for an empty balance, and a free-tier project is exempt from live credit billing entirely. Only the testing pool refuses when exhausted (402 `testing_credits_exhausted`). Read this before concluding from any other field that a project cannot send. On a Pro or Scale plan billed for overage, `overage` reports the billing cycle running now: `usedCredits`, `overageCredits` (beyond the allowance and prepaid credits), `amount` so far in minor units of `currency` (null when it cannot be worked out), `windowEndsAt`, `throttled` (true while this cycle's request limit is halved because spend passed five times the plan's credits) and `throttledUntil` (when the halved limit ends, or null); it is absent otherwise. On Pro or Scale, `overageBilling` is the account's own overage setting, changed with set_overage_billing.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
get_config ~39
Get the project's published relay configuration — the exact JSON the EchoRelay Framework consumes. Includes pendingPublish with its frozen, redacted config when one is scheduled.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
get_dlq_entry ~255
Get DLQ entries by entry id (`{ms}-{seq}`, as returned by list_dlq's `id`) or by `requestId`. `requestId` is the durable handle — stable across a retry, unlike `id`, which changes every time an entry is replayed and later dead-letters again — and returns every fanned-out target's entry for that inbound request (one request can fan out to N targets, and several may dead-letter); `id` returns at most one. Each entry includes configVersion (the published config that authorised the delivery; 0 means unstamped). Errors if nothing matches this project — purged, retried, or discarded entries age out the same as any other.
| Name | Type | Req | Description |
|---|---|---|---|
| id | string | – | Dead-letter entry id, e.g. "1717930000000-0" (as returned by list_dlq). Changes on every retry — prefer requestId to track an entry across replays. |
| requestId | string | – | The UUID the relay returned in its 202, or from list_requests / list_dlq rows. Stable across retries. Returns every fanned-out target's DLQ entry for this request. Provide exactly one of id / request… |
No output schema declared.
No examples provided.
get_endpoint ~54
Get the full JSON of one endpoint, including its targets, auth keys and attributes.
| Name | Type | Req | Description |
|---|---|---|---|
| endpointId | string | yes | The endpoint UUID. |
| lineKey | string | yes | The line key, e.g. "v1". |
No output schema declared.
No examples provided.
get_key_policy ~35
Returns the project's key policy: defaultKeyTtlDays, maxKeyTtlDays, editorsMayCreateNonExpiringKeys.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
get_line_draft ~42
Read one line draft, its optimistic revision, preview, and schedule.
| Name | Type | Req | Description |
|---|---|---|---|
| lineKey | string | yes | The line key, e.g. "v1". |
No output schema declared.
No examples provided.
get_metrics ~425
Aggregate request metrics for this project over a time window — volume, error rate and p50/p95/p99 latency, bucketed for charting. By default the series cover inbound requests; pass `targetId` to slice over one outbound target's per-attempt rows instead (answers "which target is degraded?"); pass `endpointId` to slice over inbound rows for a single endpoint (answers "is this endpoint receiving traffic / erroring?"). Pass at most one of targetId / endpointId. Free plans see "hour" and "day"; "week" and "month" require an active paid subscription on the project owner and are silently downgraded to "day" otherwise (the response includes `planGated: true` when that happens). Returns `{window, requestedWindow, planGated, scope, targetId?, endpointId?, bucketSeconds, buckets[], volume[], errors[], totalVolume, totalErrors, errorRate}` plus latency series whose keys depend on scope: an inbound read (project-wide, or `endpointId`) carries `relayP50[]/relayP95[]/relayP99[]` for our own time and `targetP50[]/targetP95[]/targetP99[]` for the destination's, never blended; a `targetId` read carries `p50[]/p95[]/p99[]` for that target's attempts — series arrays are dense (one point per bucket, zero-filled when no traffic).
| Name | Type | Req | Description |
|---|---|---|---|
| endpointId | string | – | Optional endpoint UUID (from list_endpoints / get_endpoint). When set, the series aggregate inbound request rows for that endpoint only. Mutually exclusive with targetId. |
| targetId | string | – | Optional outbound target UUID (from get_endpoint targets). When set, the series aggregate the per-attempt rows for that target instead of the project-wide inbound rows. |
| window | string | – | Time horizon. Defaults to "day". "week"/"month" require a paid plan; otherwise the server returns "day" with planGated=true. |
No output schema declared.
No examples provided.
get_project ~47
Get the EchoRelay project this token is scoped to: id, slug, name, caller-facing API base URL, whether the token has edit access, and the request-log hot-tier retention window.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
get_receipts ~250
Get every target this request fanned out to, each with its delivery receipt or the reason it has none. A still-moving delivery (queued/retrying) answers from the live tracking copy, a terminal one (delivered/failed) from durable storage — the response shape is identical either way, so poll this on an interval with the same requestId a 202 response returned and watch `status` move to a terminal value. Each entry has targetId, targetURL, available, and when available: status (queued/retrying/delivered/failed), attempt, enqueuedAt/updatedAt/completedAt (unix ms), terminalError, callbackState (none/pending/delivered/failed — whether the target's completion-callback URL, if any, has been notified). When available is false, `reason` is "sync_or_stream_delivery" (the target answers inside the original HTTP response and is never tracked here — see the response body from that call instead) or "not_found" (no record for this target, e.g. aged past the retention window).
| Name | Type | Req | Description |
|---|---|---|---|
| requestId | string | yes | UUID returned by the relay in 202 responses or visible in list_requests rows. |
No output schema declared.
No examples provided.
get_request ~112
Get one inbound request envelope + every per-target delivery attempt made on the way out (success / permanent_failure / retry_scheduled / dlq). The request and each attempt carry configVersion, the published config that authorised them; 0 means unstamped. Scoped to this project; returns null once the request has aged out of the project's log-retention window (requestLogRetentionDays — see get_project).
| Name | Type | Req | Description |
|---|---|---|---|
| requestId | string | yes | UUID returned by the relay in 202 responses or visible in list_requests rows. |
No output schema declared.
No examples provided.
get_subscription ~59
Get the project owner's current subscription: plan, active flag, period start/end, cancel-at-period-end flag, external Paddle subscription id, and whether a payment method is on file at the provider. Owner-only; requires a token minted with the billing scope.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
invite_member ~72
Invite a person by email to collaborate on this project. Returns the new invitation record; the invitee receives an email with an accept link. Enforces the seat cap for the plan tier. Owner only.
| Name | Type | Req | Description |
|---|---|---|---|
| string | yes | Email address to invite. | |
| role | string | yes | Role to assign on acceptance. |
No output schema declared.
No examples provided.
list_active_addons ~83
List the project owner`s currently-active add-ons. Returns `[{addonKey, project, monthlyEurCents, activatedAt, nextRenewalAt, consecutiveFailures}, ...]`. RPM upgrades are per-project; `project` is the slug they apply to (null for account-wide add-ons). Owner-only; requires a token minted with the billing scope.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
list_addons ~69
List the optional add-on subscriptions (RPM upgrades, extra team seats, extended log retention, extra file-delivery storage in +5 GB blocks, …). Each entry is monthly, renews every 30 days until cancelled, and carries `scope` (per_account or per_project). Read-only.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
list_api_keys ~26
List the project's inbound API keys (metadata only — the secret plaintext is never returned).
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
list_audit_events ~275
List project audit-log entries, newest first. Captures who changed what — lines, endpoints, targets, API keys. Outbound-target `auth.token` / `auth.password` are redacted in the diff per the same policy used for endpoint reads. Retention is the `auditRetentionDays` advertised on get_project (default 365 days); rows older than that are purged by the cleanup job. Returns `{total, limit, offset, retentionDays, rows[]}` where each row has `id`, `createdAt`, `actor` (email or null), `action`, `entityType`, `entityId`, `entityLabel`, `diff`.
| Name | Type | Req | Description |
|---|---|---|---|
| action | string | – | Exact action match, e.g. "endpoint.updated", "target.created", "key.revoked". |
| entityId | string | – | Exact entity id (UUID or stream id depending on entityType). |
| entityType | string | – | Exact entity type, e.g. "endpoint", "target", "line", "key". |
| limit | integer | – | Page size. Default 50. |
| offset | integer | – | Page offset. Default 0. |
| since | integer | – | Lower bound on createdAt (unix ms). Inclusive. |
| until | integer | – | Upper bound on createdAt (unix ms). Inclusive. |
No output schema declared.
No examples provided.
list_config_revisions ~44
List retained revisions for one line so a prior revision can be selected for rollback.
| Name | Type | Req | Description |
|---|---|---|---|
| lineKey | string | yes | The line key, e.g. "v1". |
No output schema declared.
No examples provided.
list_credentials ~57
List the project's saved credentials — reusable target-auth secrets that can be referenced from any number of targets instead of entering auth inline per target. `auth` is redacted (secret fields never returned, even encrypted — see create_credential for why).
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
list_credit_packs ~38
List the prepaid credit packs the project owner can purchase. Read-only. Identify a pack to start_topup by its `eurCents`.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
list_dlq ~359
List entries currently in this project's dead-letter queue, newest first. One inbound request fans out per-target, so a single request may produce several DLQ entries, one per target that didn't accept it (different `targetId`s). Returns `{total, limit, offset, rows[], evictedCount}` where each row has `id` (the dead-letter entry id, `{ms}-{seq}`), `requestId`, `targetId`, `configVersion` (the published config that authorised the delivery; 0 means unstamped), `failureReason`, `failureCode` (stable machine-readable cause; `unclassified` for entries written before codes existed), `failedAttempts`, `failedAt`, `payload` (the JSON of the queued delivery as it was attempted); `evictedCount` is the lifetime count of entries the queue's capacity cap discarded before they could be triaged. DLQ entries — including the original request body and headers — are kept for up to 30 days from the failure time or until cleared, then purged automatically (or discarded early past capacity — see `evictedCount`); they are never written to a database. get_request still answers what happened to a purged/evicted/discarded entry's inbound request for the project's requestLogRetentionDays window, independent of whether the DLQ row itself still exists. `requestId` is the durable handle across a retry: an entry's own `id` changes every time it is replayed and later dead-letters again, so get_dlq_entry accepts a `requestId` lookup as well as `id`.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Page size. Default 50. |
| offset | integer | – | Page offset. Default 0. |
No output schema declared.
No examples provided.
list_endpoints ~37
List the endpoints under one line of the project.
| Name | Type | Req | Description |
|---|---|---|---|
| lineKey | string | yes | The line key, e.g. "v1". |
No output schema declared.
No examples provided.
list_lines ~31
List the project's versioned API lines (e.g. v1, v2), each with its endpoint count.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
list_members ~34
List accepted and pending members of this project. Shows name/email, role, and whether the invite has been accepted. Owner only.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
list_project_tokens ~80
List the management tokens scoped to a project you own (any holder): id, label, scopes, createdAt, lastUsedAt, expiresAt, revokedAt: never the secret (only its hash is stored). Requires an ACCOUNT-scoped management token and the `read` scope.
| Name | Type | Req | Description |
|---|---|---|---|
| slug | string | yes | The slug of a project you own. |
No output schema declared.
No examples provided.
list_projects ~80
List the projects on your account (archived included), each with `id`, `slug`, `name`, `apiBaseUrl` and `archived`. Requires an ACCOUNT-scoped management token (one minted with no project) and the `read` scope. A PROJECT-scoped management token cannot call this: use it on its own project's tools instead.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
list_requests ~295
List inbound API requests the relay has processed for this project, newest first. Hot-tier window is the project's requestLogRetentionDays (see get_project). Optional filters narrow the result. Returns {total, limit, offset, rows[]} where each row has ts (unix ms), requestId, method, path, status, durationMs, targets, creditsDeducted, authType, errorMessage, bytesSent, configVersion (the published config that authorised the request; 0 means unstamped), and closeReason (for a streaming request: complete / abortedOrError / byteCap / noValue; empty for non-stream requests).
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Page size. Default 50. |
| method | string | – | HTTP method (POST, GET, …). Case-insensitive. |
| offset | integer | – | Page offset. Default 0. |
| path | string | – | Substring of the request path (e.g. "/webhook"). LIKE-matched. |
| since | integer | – | Lower bound on ts (unix ms). Inclusive. |
| status | integer | – | Exact HTTP status code (e.g. 404). |
| targetOutcome | string | – | Narrow to requests that produced at least one per-target attempt with this outcome. Use "dlq" to find requests with at least one target that ended up dead-lettered. |
| until | integer | – | Upper bound on ts (unix ms). Inclusive. |
No output schema declared.
No examples provided.
What is the EchoRelay MCP server?
EchoRelay is an MCP server listed in the public MCP registry as dev.echorelay/management. A managed runtime for custom API integrations. Manage lines, endpoints, keys, logs and DLQ via MCP. This page covers its hosted endpoint (https://mcp.echorelay.dev).
Is the EchoRelay MCP server safe to use?
EchoRelay scores 92 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the EchoRelay MCP server expose?
EchoRelay exposes 80 tools: get_project, list_lines, list_endpoints, get_endpoint, get_config, and 75 more. Their descriptions and schemas cost roughly 9,617 tokens of context every time the server is loaded.
Does the EchoRelay MCP server require authentication?
Yes. EchoRelay asked us for credentials when we connected, so you will need to authorise it in your MCP client before it can do anything.
Is the EchoRelay MCP server still maintained?
EchoRelay is still listed as active in the MCP registry. We last reached this channel on 20 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.