Last check · No semantic contract change since the previous complete snapshot.
Info
This public timeline shows the latest check, the last 24 hours, and the most recent important change. Watch keeps 30 days.
The notes above are for this connector.
Server-provided content. Tool names, descriptions and schemas below are copied from the MCP server. They may be in another language. Talandor does not translate or verify them.
Tools and declared exposure
Server annotations are declarations, not verified behavior.
Show 4 of 4 server-provided tool definitions
get_verify
No effect details providedShow server-provided detailsServer description (copied; language not verified)
Poll until ready or failed. Honor retry_after_seconds while processing.
Input schema (server-provided preview — do not copy)
No effect details providedShow server-provided detailsServer description (copied; language not verified)
Pass gate 2 for a ready chain and return the human result.
This gate costs 2.90 USDC. Omit payment_signature first: standard x402-aware
MCP clients handle the payment request and retry through MCP metadata
automatically. Generic clients can pass the resulting x402 signature
manually. Never pass a private key.
Input schema (server-provided preview — do not copy)
No effect details providedShow server-provided detailsServer description (copied; language not verified)
Ask a real human to verify a claim.
intent: what your agent is trying to do (max 2000 chars).
claim: the claim a human should verify (max 4000 chars).
agent_id: your wallet address (0x + 40 hex). Signs the x402 payments.
callback_url: optional HTTPS endpoint for verify.ready or verify.failed.
Use it to avoid an active polling loop; retain verify_id for recovery.
payment_signature: optional manual compatibility input. Standard x402-aware
MCP clients send the signed payment through request metadata automatically.
Returns status "processing" with a verify_id. Prefer callback_url, or poll
get_verify at the returned interval until status is "ready" or "failed".
If ready, call unlock_verify. Only one active verify per agent_id at a time.
Input schema (server-provided preview — do not copy)
Your agent depends on this MCP. When Watch is active, periodic checks alert you when we observe a change that may affect the client you selected.
Know when it goes downWhen Watch is active, availability is observed about every 5 minutes. An outage is confirmed after two failed checks, so a single miss is not treated as a lasting outage.
Know when its contract changesDeep checks about every hour compare public tool catalogs and authentication surfaces over time.
Know what changed and what to fixAn alert names the observed change and the next step for the client you selected.
Full public-contract coverage: Availability, protocol, auth and public tool contract changes can be compared.
Full WatchAvailability, protocol, auth and public tool contract changes
Surface WatchAvailability, TLS, protocol and auth surface — no private tool diff
Early access currently activates this first endpoint; adding more endpoints up to the planned limit of five is not open in this deployment. Live checkout is open. A Watch activates only after a verified payment event; a browser return never starts monitoring.