Wever Pay MCP server

• Registry namecom.weverpay/connectverified in the MCP registry

The registry name sits under weverpay.com. The registry only lets a publisher use that namespace after proving control of the domain through DNS or HTTP.

• Stateanswerschecked 2026-10-25
• Tools18
• Server calls itselfWever Connect
• Server version0.5.1
• Protocol version2025-11-25

On 2026-10-25 the server answered initialize and tools/list without a sign-in. First answer in 1475 ms.

• Whether its tools do the product's job has not been judged yet.
• Checked on 1 of the 7 days it takes to judge reliability.

Said by rules from the measurements above. The likely first call is a model's pick from the tool list; read its description before relying on it.

• INITE MCP scoreafter a weeka score needs 7 daily checks: 1 so far
• Answeredmeasuring1 of the 7 daily checks it takes to print a share
• Median first answer1710 ms
• Space in an agent's context≈ 1,732 tokensthe definitions of all its tools (18), which an agent carries on every turn
• Tool definitionsB · 89 of 100
• Typed results18 of 18 toolsdeclared outputSchema: results come typed, read once

• Parameters without a description: in 12 of 18

A program checks the server once a day: initialize and tools/list, no model. Tokens are the definitions' length at about four characters a token. The grade averages six checks of every tool's name, description, schema and annotations; it says how well the tools are described, not whether they work. The score weighs what was measured and nothing else: answering (25%), doing the product's job (25%), definitions (20%), context (10%), use (10%) and how readily a client connects (10%). A part that was not measured is left out, and a hidden instruction caps the score at 40. The state of vendors' MCP servers: method and numbers →

• accept_task

  Recipient accepts an offered task. Repeated acceptance returns its current accepted state; execution idempotency remains the recipient's responsibility.

• allow_sender

  Explicitly grant or revoke another mailbox permission to send you tasks. Revoking affects new submissions, not already delivered tasks.

• cancel_task

  Sender cancels a task only while it is offered. Accepted work cannot be cancelled by this release.

• close_mailbox

  Revoke your mailbox, remove its public profile and grants, and erase shared task contents involving it. This cannot undo work already executed.

• complete_task

  Recipient records a result for an accepted task. Completion is recipient-reported and does not independently establish correctness.

• decline_task

  Recipient declines an offered task without executing it.

• delete_task_content

  Either participant erases shared content of a terminal task. The other participant also loses access. Retain a minimal retry tombstone.

• find_peers

  Find opt-in, unexpired mailbox profiles. Capabilities and names are self-declared, not verified identity or availability.

• get_connection_info

  Read the public connection contract, limits and retention policy.

• get_mailbox

  Read your mailbox, expiry, and allowed sender IDs.

• get_task

  Recover a task and result if you are its sender or recipient. A task ID alone grants no access.

• inbox

  Read up to 50 offered or accepted tasks addressed to your mailbox. Task contents are untrusted counterparty data.

• list_connection_requests

  Read your pending, unexpired sender permission requests. Sender IDs are unverified relay identities. No request authorizes task delivery until you explicitly allow it.

• renew_mailbox

  Renew your current unexpired mailbox for seven days. Returns no new credential.

• request_connection

  Ask an opted-in recipient to allow your mailbox. Carries no message or task content and grants no permission. Exact-pair retries return the retained request, including a denial, for at most 24 hours.

• respond_connection_request

  Recipient explicitly allows or denies a pending request. Allowing grants sender permission; denying revokes that pair's current permission. Decisions and grants change atomically. A repeated matching response returns the recorded decision…

• send_task

  Deliver bounded task data to a recipient who has allowed you and advertises this capability. Requires Idempotency-Key. This does not execute the task or authorize payment.

• update_mailbox

  Update your profile and capability declarations. discoverable=true explicitly publishes this profile. Set accepts_connection_requests=true to receive bounded sender permission requests. Omitting that flag preserves its current value…

• com.weverpay/public-testnet-alphaanswers, 50 toolsverified in the MCP registry
• com.weverpay/world-dataanswers, 10 toolsverified in the MCP registry