Proof over promises

Evidence you can inspect. Claims we cannot prove stay labeled.

A transparent index of nRouter’s published evidence, measurement methods, adoption artifacts, technical authorship, and the proof still being built with customers and independent reviewers.

Evidence policy

No unnamed logos. No universal savings number. No benchmark without a method.

Last reviewed October 5, 2026 · written by Suresh · technically reviewed by Rama Surasani.

Evidence register

What is published, and what is still being earned

A proof surface is more trustworthy when it distinguishes first-party material, independent validation, and evidence that needs customer permission.

Customer case studies

In progress

nRouter is early and does not publish unnamed logos or invented outcomes. The design-partner program is open; customer stories will be published only after the customer approves the attribution, workload, baseline, and measured result.

Independent routing benchmark

In progress

The public leaderboard is a first-party model and routing surface, not an independent audit. We are publishing the measurement protocol before asking an outside party to reproduce it: fixed models, warm-up policy, region, concurrency, p50/p95/p99 latency, error rate, and provider route logs.

Cost-saving benchmark

In progress

A cost claim is only useful when it is tied to the same prompts, token counts, models, routing policy, and provider invoice. The cost estimator is available for scenario planning; audited savings require a customer baseline and are not presented here as a universal percentage.

Provider outage postmortem

In progress

No public incident postmortem is claimed until there is a real incident record to review. The status page is the source of truth for availability; future postmortems will include timeline, detection, customer impact, routing decisions, and corrective actions.

Security methodology

Published

The security page describes the request path, tenant isolation, credit safety, session policy, data residency, and vulnerability reporting. Procurement evidence and attestations remain separate from architectural claims and are linked through the trust and compliance surfaces.

Named authors and technical review

Published

Developer documentation names its authors. This proof page is owned by Suresh, Senior SEO Engineer, and technically reviewed by Rama Surasani, Founder & CEO of CloudAct Inc. Product claims should still be checked against the linked source and current product docs.

GitHub, npm, and PyPI adoption artifacts

Published

The official SDK repository and public package registries are inspectable adoption artifacts. They show source, examples, release history, install instructions, and package metadata; they are not represented as independent customer adoption numbers.

Independent reviews and community references

In progress

This page does not label first-party social accounts as independent reviews. Community references will be added with the original URL, publication date, author, and context after they exist and can be verified.

Video demonstrations

Published

The nRouter YouTube channel is the canonical place for product walkthroughs and future benchmark demonstrations. Each video should identify the date, environment, model, region, and whether the result is first-party or independently reproduced.

Measurement rules

How future benchmarks will be reproducible

Before publishing a performance or savings number, record the conditions that make the comparison meaningful.

Routing

Model IDs, provider route, fallback order, region, and routing policy.

Performance

Warm-up count, concurrency, prompt/response size, p50/p95/p99, errors, and retries.

Cost

Provider list price, token counts, platform fees, cache state, and invoice period.

Security

Threat model, test corpus, false positives, redaction results, retention controls, and reviewer.

Evidence program

Have a workload worth reproducing?

Share a benchmark, security review, or customer outcome with the team. We will publish the method and limitations with the result—or explain why the evidence is not ready.