Cerebras Inference API pricing - Developer Tier, per 1M tokens (recovered from the rendered DOM 2026-10-04). The Enterprise tier remains quote-only - that part of the old negative was true.
Fields
supply/rent-cerebras-api-token-pricingNotes
THIS RECORD WAS A NEGATIVE UNTIL 2026-10-04 AND THE NEGATIVE WAS WRONG. It previously carried no price_usd and asserted that Cerebras's per-model per-1M-token rates 'did not appear in the static HTML extraction'. That inference does not hold. Re-fetching the page with a rendered-DOM browser on 2026-10-04 returns the Developer Tier rate card in full (source pd-cerebras-pricing-dom-rendered): GPT OSS 120B $0.35 in / $0.75 out per 1M at ~3000 tok/s, Qwen 3.8 27B $0.99 in / $1.49 out per 1M at ~1850 tok/s. The rates were published all along; the table is rendered client-side, so a static extractor reads the section headings and the footnote prose and misses the table body entirely. The record has been corrected rather than merely annotated, because a wrong negative is worse than a missing record: it asserts that a vendor is opaque when the vendor is merely JS-rendered, and it invites a reader to believe no price exists. THE METHODOLOGICAL LESSON IS THE MOST PORTABLE THING HERE: 'I could not extract it' is a claim about the retrieval method, not about the vendor's disclosure. This repository already holds that principle in rent-pricing-not-public-negatives-2026-10 - but it was applied to Cerebras without the distinction being made, and one static probe was treated as proof of opacity. A negative claim should require two INDEPENDENT methods of failure before it is recorded. There is already a gotcha in this repo, rent-vendor-pricing-tables-are-js-but-their-apis-are-not, describing exactly this failure mode; this record is the proof that the gotcha was under-applied, and the 2026-10-04 pass is what caught it. WHAT SURVIVES AS A GENUINE NEGATIVE, NARROWED CORRECTLY: (1) THE ENTERPRISE TIER IS QUOTE-ONLY. It is the tier marked 'Production-ready capacity', 'Best priority, higher rate limits, and enhanced latency options' and 'Dedicated account team', and its price cell reads 'Contact us for a quote'. There is no number to extract because no number is published. So the correct negative is 'Cerebras PRODUCTION pricing is not public', NOT 'Cerebras pricing is not public'. (2) Enterprise-only capabilities are footnoted '**' = 'Available by agreement' - custom model weights, and fine-tuning/training services - with no published rate. (3) There is still no GPU-hour rate and no naming of serving silicon on the pricing page, so a Cerebras token rate cannot be sanity-checked against underlying hardware the way Fireworks' can. THE BENCHMARKING TRAP, unchanged and still true, now with the trap quantified: the Developer tier hands out a one-time $5 promotional credit on adding a payment method. It expires 30 days after activation, and API and Playground access PAUSE when it expires or is exhausted unless PayGo credits are purchased separately. The credit is non-transferable, has no cash value, and may be withheld or revoked for fraud, abuse or duplicate accounts. A benchmark run immediately after signup therefore measures a $0 effective price, not a real one - the first few thousand requests are free. Measure only after the credit is exhausted or on a paid tier, and treat the published $0.35 as a floor that no production customer necessarily pays. STRUCTURAL POINT UNCHANGED AND STILL WORTH MAKING: Cerebras sells inference on its own wafer-scale hardware at a scale where per-GPU-hour is not a purchasable unit - the accelerator is the system - which is precisely why its per-token rate cannot be cross-checked the way a GPU-hour provider's can. Cerebras is also routable through AWS Marketplace, OpenRouter, HuggingFace and Vercel, each of which adds its own layer and its own markup, so the direct rate is not necessarily the rate a buyer pays.