OTP email verification API by PayPI. <br/><br/> EmailVerify provides a simple way to verify email addresses. We send emails ourselves taking the burden of setting up email systems and tracking codes.
Full LLM thinking from the 4-phase benchmark pipeline.
{
"service_type": "platform",
"base_url": "https://paypi.dev",
"auth_method": "unknown",
"auth_config": {},
"endpoints": [],
"pricing_model": {
"type": "unknown",
"details": {}
},
"rate_limits": {},
"capabilities": [
"OTP email verification",
"Sends verification emails on behalf of the developer",
"Tracks verification codes",
"Eliminates need for self-managed email infrastructure",
"Likely offers an API for generating and validating OTP codes"
],
"raw_analysis": "EmailVerify is a service offered by PayPI (paypi.dev) that provides a simple OTP email verification API. It is designed to offload the burden of setting up email systems and tracking verification codes from developers. The service sends emails itself and manages the verification process end-to-end. While the exact API endpoints and authentication details are not publicly documented in the provided information, the service clearly targets developers who need to add email verification to their applications without building or maintaining email delivery infrastructure. The platform appears to be a niche utility within PayPI's ecosystem, and its maturity and integration options are not specified. No public REST API specification is available from the given text."
}0/3 tests passed
| Test | Endpoint | Status | Latency |
|---|---|---|---|
| website_uptime | GET / | None | 90ms |
| robots_txt | GET /robots.txt | None | 74ms |
| llms_txt | GET /llms.txt | None | 60ms |
{
"overall": 34,
"dimensions": {
"token_efficiency": 8.0,
"first_try_success": 5.0,
"response_parseability": 5.0,
"error_clarity": 2.0,
"doc_quality": 2.0,
"auth_simplicity": 6.0,
"latency": 8.0,
"consistency": 2.0
},
"pricing_normalized": {
"model": "unknown",
"notes": "No pricing information available; DNS resolution failed for all probes, so no pricing page could be retrieved."
},
"issues": [
"Website unreachable: DNS resolution failed (Errno -5) for all three probes (website_uptime, robots_txt, llms_txt). The platform's domain does not resolve, indicating either downtime, a defunct service, or a misconfigured/private endpoint.",
"No llms.txt or robots.txt could be verified, so agent-discoverability and crawl policy are unknown.",
"No security headers observed — but this is moot since no HTTP response was returned.",
"Documentation quality cannot be validated; no evidence of getting-started guides, API references, or feature descriptions.",
"Pricing model is opaque/unknown, making cost evaluation impossible for agents recommending to users.",
"No confirmed API surface contract (auth flow, rate limits, error codes) — 'likely offers an API' is an assumption, not a verified capability."
],
"recommendations": [
"Verify whether the product is still active — if the domain is intentionally decommissioned, do not recommend it to users.",
"If the service is live on a different canonical hostname, publish and document the correct endpoint (including any API subdomain) so agents can resolve it.",
"Add a public /llms.txt or equivalent machine-readable capability manifest so agents can parse supported endpoints and auth requirements.",
"Publish transparent pricing tiers, including free quota and overage behavior for OTP sends/verifications.",
"Document the OTP API contract explicitly: request/response schemas, expiry defaults, retry/rate-limit semantics, and error codes.",
"Expose clear status/uptime information so agents can reason about reliability before recommending the platform."
]
}Show your live agent-readiness score on your own site. Free, no auth — it updates as your score changes.
<a href="https://prowl.world/service/emailverify">
<img src="https://prowl.world/badge/emailverify.svg" height="56" alt="Agent-readiness on Prowl">
</a>
See operational metrics, LLM evaluations, agent readiness, and more.
Open in Dashboard