Evidence & freshness

Capabilities and prices remain useful only when you can tell where they came from, how they were verified, and when they were observed.

Capability status

supported
The deployment supports the capability under the recorded conditions.
conditional
Support exists only when the listed conditions are met.
unsupported
Current evidence indicates the capability is not supported.
unknown
There is not enough current evidence to make a claim.
not_applicable
The capability does not apply to this deployment mode.

Verification status

official_declared
Declared in first-party provider documentation.
cross_checked
Confirmed by more than one independent source.
probed_pass / probed_fail
Observed in a controlled runtime probe.
not_probed_budget
A probe was intentionally skipped because it would incur cost.
unknown
No qualifying verification is available.

Freshness fields

observed_at records when a deployment or rate was last observed. source_url and evidence_urls make the claim auditable. The response header x-allm-catalog-release identifies the immutable snapshot that served it.

Production policy

For critical workflows, require both an acceptable capability status and verification level. Decide how old evidence may be, reject unknown, and re-evaluate when the catalog release changes.

Policy example
{
  "requires": { "tool_calling": "supported" },
  "verification": ["official_declared", "cross_checked", "probed_pass"],
  "max_evidence_age_days": 30,
  "on_unknown": "reject"
}