Ranking benchmark
150 labeled intents across six digital capability categories measured deterministic top-one and top-three ranking precision.
Evidence methodology
ResolveMesh keeps ranking quality, registry identity, provider claims, behavior evidence, health, observed outcomes, and manual approval as separate layers. A signal in one layer does not silently become proof in another.
Ranking metrics come from 150 labeled intents across six capability categories. Supply counts come from a deterministic 100-provider MCP study, not a market-size estimate.
Validation sequence
Each study answered one narrower question. None authorized tool execution or automatic production eligibility.
150 labeled intents across six digital capability categories measured deterministic top-one and top-three ranking precision.
From 2,000 latest active Registry records, 100 category-balanced providers were selected. Forty-nine completed discovery and exposed 823 tools; 151 met the narrow read-only-candidate heuristic.
Five candidates received same-origin attestation retrieval and two immediate initialize, ping, and tools/list observations. No provider tool was called.
Trust boundary
The official MCP tool specification says clients must treat annotations as untrusted unless they come from trusted servers and recommends human control over invocation.
Names, descriptions, and read-only hints are provider-controlled metadata. They can prioritize review, not replace it.
Forty-nine of 100 providers completed the bounded discovery, yet one of five selected candidates was unhealthy moments later.
An exact-definition manifest is a provider claim bound to a digest. Independent behavior evidence is still required.
Promotion gate
Payment never changes organic ranking. Failed, stale, drifted, unattested, behavior-untested, or manually unapproved capabilities remain ineligible.
Preserve the active Registry record and exact provider endpoint.
Bind provider attestation to the endpoint and normalized tool definition digest.
Review synthetic, no-side-effect fixtures and require current, definition-stable observations across time.
Keep manual approval until independent evidence and observed client outcomes justify a narrower automated policy.
The immediate pilot recorded eight of ten successful observations. Health verification requires at least three stable successes spanning 24 hours, so zero providers satisfied that time-based gate during the pilot.
Demand intelligence
Unresolved intents become public only as allowlisted, rolling aggregates. If either privacy threshold is not met, ResolveMesh publishes no cluster.
20+The minimum event count for one normalized demand cluster.
5+A single tenant cannot make a demand signal public.
30 daysCounts and trend remain bounded to the current publication window.
Reproducibility
The public numbers are versioned validation results, not forecasts. New studies must state their sample, limits, retention boundary, and exact operations performed.
Use the current routes, schemas, limits, and privacy boundary published for builders.
Read the agent guide.Resolve local references and request bodies from the generated OpenAPI 3.1 description.
Read the OpenAPI document.