All 20 Criteria
P1-A Structured Data — 1/5
No schema.org markup (Organization, Product, Offer, AggregateRating) was detected on the homepage or pricing pages. The site has standard SEO metadata but no structured data that an AI agent could parse to evaluate the offer without rendering the full page.
P1-B Machine-Readable Pricing — 2/5
Pricing is presented in a clear HTML feature table (Free/$0, Pro/5% markup, Enterprise/custom) with feature flags per tier. The 5% markup structure is human-readable prose, not a machine-tagged schema.org/Offer or JSON pricing feed. An agent can parse the table but cannot validate it as authoritative structured data.
P1-C llms.txt / Agent Layer — 4/5
An llms.txt file is confirmed at docs.requesty.ai/llms.txt, with a referenced full version at docs.requesty.ai/llms-full.txt. Content describes Requesty as "a unified LLM gateway and OpenAI-compatible API for 300+ AI models" with endpoint details and integration guidance — directly structured for LLM consumption. Minor gap: llms.txt is on the docs subdomain, not the root domain (requesty.ai/llms.txt), which reduces discoverability.
P1-D API / MCP Availability — 3/5
OpenAI-compatible REST API available at router.requesty.ai/v1 with documented endpoints (chat completions, messages, image generation, embeddings, model listing). Multiple SDK integrations confirmed (LangChain, Vercel AI SDK, PydanticAI, LlamaIndex). No published OpenAPI/Swagger spec found. No MCP server or agent card published. Functional but not fully agent-native.
P1-E Discoverability (GEO) — 2/5
Developer-focused content (DataCamp tutorial, third-party blog coverage, AI SDK community provider listing). However, no evidence of LLM-optimized content strategy, structured entity pages, or deliberate generative engine presence beyond the llms.txt file.
P2-A Offer Completeness — 3/5
The Free tier is fully defined ($0, $6 credits, 400+ models). The Pro tier pricing formula (5% markup) is stated but requires calculation to determine actual cost per provider. Enterprise is behind a "Contact Sales" gate with no published baseline. An agent can partially evaluate the offer but cannot determine full cost without model-provider look up.
P2-B Scope & Limits — 2/5
No published rate limits, no documented token caps per key, no stated throughput maximums on public pages. Budget controls exist programmatically (user budget management, RBAC), but the parameters are not disclosed on public pricing or docs pages. Agents must make usage decisions without knowing the ceiling.
P2-C Substitution & Fallback Rules — 2/5
Auto-failover is a core marketed feature (switches providers in <50ms), and the platform supports custom routing rules on Pro/Enterprise. However, the specific fallback chain — which providers substitute for which, under what conditions — is not documented publicly. An agent cannot pre-validate the substitution behavior before routing traffic.
P2-D Conditional Logic Transparency — 2/5
Enterprise pricing conditions are opaque (contact sales, custom SLAs). Geo-routing behavior (EU → Frankfurt, US → Virginia, APAC → Singapore) is stated but the routing decision logic is not machine-readable. Conditions that trigger different pricing, routing, or governance behaviors are scattered.
P2-E Semantic Precision — 4/5
Strong use of specific, verifiable metrics: "8ms P50 latency overhead," "99.99% uptime SLA," "90 billion tokens processed daily," "70,000+ developers," "80% cost savings via caching," "37% cache hit rate," "12.3% average cost reduction." These are precise enough for an agent to use as evaluation criteria — well above industry average for LLM tools marketing.
P3-A Verifiable Performance Data — 3/5
99.99% uptime SLA is published (self-reported). SOC2 compliance is stated. Third-party review presence confirmed on DataCamp, BestAITools, and Aitoolnet. Requesty is listed as a community provider in the Vercel AI SDK docs, which implies third-party validation. No dedicated public status page URL found — a gap for agent-runtime verification.
P3-B Scoped Permission Model — 4/5
RBAC (role-based access control) with per-user budget limits, approved model whitelisting, and per-key spend controls are confirmed features. SSO/SAML on Enterprise. This is above-average agent-adjacent permission architecture, though no explicit "agent scope" (time-bounded, action-bounded token) is documented.
P3-C Audit Trail / Transaction Log — 2/5
"Audit logging capabilities" are mentioned for Enterprise. Real-time analytics dashboard tracks usage by model, user, and team. However, no confirmation that audit logs are accessible via machine-readable API (versus human dashboard only). Enterprise-tier restriction limits baseline transparency.
P3-D Behavioral Consistency Signals — 2/5
OpenAI-compatible API provides a stable interface anchor (changes to the upstream spec would require Requesty to adapt). However, no version-controlled terms of service, no published changelog, and no stated notice period for pricing or model changes found. The platform's youth (no long-term stability history) limits this score.
P4-A Friction-Free Activation — 5/5
Free tier signup at app.requesty.ai with no credit card required. $6 in free credits issued immediately. API key available instantly upon registration. Integration is a single base URL change in existing OpenAI SDK code. This is textbook frictionless activation — an agent system could be configured to use Requesty with zero human gatekeeping.
P4-B Agent Decision Signals — 4/5
Multiple programmatic decision signals present: free tier entry (zero-cost trial), explicit 5% markup pricing (cost predictable), published cache savings metrics (80% potential reduction), and model listing endpoint (agents can query available models). Minor gap: no explicit agent-legible "tier upgrade trigger" (e.g., "upgrade when usage exceeds X tokens/day").
P5-A Integration Depth / Switching Cost — 2/5
The platform is intentionally designed as a drop-in replacement with minimal lock-in (change one URL, change one key). While this is great for adoption, it means switching cost is structurally low. Integrations with LangChain/Vercel AI SDK/PydanticAI add minor stickiness via framework-level configuration.
P5-B Agent Memory / Personalization Layer — 2/5
Usage analytics dashboards track historical spending, model performance, and cache rates by user/team. However, this data is dashboard-accessible for humans, not API-queryable for agents. No memory layer that an agent system can read to optimize its own behavior over time.
P5-C Programmatic Renewal Signals — 3/5
API key management is fully programmatic via REST API (key creation, group management, organization admin). Budget controls can be set and adjusted via API. Pro-tier auto-renewal happens without human interaction once payment method is on file. Reasonably strong for renewal automation, though no explicit webhook or signal for "renewal approaching" events.
P5-D Compounding Value Signal — 3/5
Cache hit rates compound as the same semantic queries are routed over time (37% average cache hit). Usage analytics become more predictive with volume. The routing intelligence improves as the platform learns provider performance. These are genuine compounding effects, but the signals are not surfaced in an agent-readable format that would justify autonomous re-commitment decisions.
Rubric v1 (April 2026). Scores reflect the company's state on the audit date and may have improved since.