Start with provider-controlled sources
Official pricing pages, product documentation, API documentation, provider announcements, and provider-controlled structured endpoints are preferred over third-party summaries.
StackLens separates provider-published facts, calculated estimates, and our own decision guidance so you can see what is verified, what is inferred, and what still needs testing.
A page can contain several evidence types. Model identity alone does not confirm pricing, context window, or lifecycle status.
Official pricing pages, product documentation, API documentation, provider announcements, and provider-controlled structured endpoints are preferred over third-party summaries.
Pricing evidence supports price fields. Specification evidence supports context limits. Availability evidence supports lifecycle status. One source is not assumed to verify unrelated fields.
Missing values remain unavailable or require verification. Conflicting official evidence blocks automated publication until it can be reviewed.
Qualitative notes use labels such as StackLens assessment. They are decision guidance, not claims made by the provider and not substitutes for workload testing.
The date shows when StackLens reviewed the linked evidence. Providers can change prices, quotas, plan names, or terms after that review.
A recent date improves traceability but does not replace checking the official page before committing budget or production traffic.
Calculators use the selected pricing profile and the workload values entered on the page. They are planning estimates, not provider invoices.
When a supported cached-input rate is selected, eligible cached tokens use that tracked rate. Unsupported cache assumptions are not silently applied.
A lower tracked price does not establish better quality, reliability, latency, privacy, or developer experience.
Two models may produce different output lengths, retry rates, and review burden for the same task. Those differences can change real total cost.
Plan limits, taxes, enterprise terms, rate limits, and provider changes can differ from the scenario shown. Verify official terms before purchase.
No. A model-list response can support model identity or availability, but StackLens requires separate official pricing evidence before publishing token rates.
No. Cost estimates do not establish output quality, latency, reliability, retry behavior, regional availability, or workflow fit. Test representative requests before choosing a model.
It records when StackLens last reviewed the cited source. It is not a guarantee that a provider has made no changes since that date, so official terms should still be checked before purchase.
Use the feedback link on an affected page or email [email protected] with the page path, official source, and correction. Do not include API keys or private prompts.