The model, redesigned.
Built from first principles for the processor it would actually run on — not a quantised, pruned copy of an architecture that assumed thousands of parallel cores and a memory system to match.
Everyone else needs a cluster. We spent twelve months making sure you need nothing you don't already own.
The premise
The industry's answer to that was to buy more accelerators. It works, and it produces a system that only ever lives in somebody's data centre — because that is the only place the hardware exists.
We took the other branch. If the intelligence has to live where the data lives, then it has to run on the machines that are already there: ordinary server processors, in ordinary racks, in ordinary buildings.
That constraint changed every decision that followed.
The queue on the left is the bottleneck. Adding processors widens the right-hand side of a road that was never narrow there.
What makes it possible
Built from first principles for the processor it would actually run on — not a quantised, pruned copy of an architecture that assumed thousands of parallel cores and a memory system to match.
A query does not need every parameter in the network. Only the experts relevant to the token do the work; the rest stay quiet, and the arithmetic you skip is the arithmetic you never have to buy hardware for.
On a CPU the bottleneck is rarely the maths — it is getting weights to the vector units in the right order. We laid the execution out for cache hierarchies and memory channels instead of for warps.
Commodity x86, a private cloud instance, or a browser tab over WebGPU. No CUDA. No exotic silicon. No procurement cycle for parts with a twelve-month lead time.
The how stays ours. Full technical detail is available under NDA.
The evidence layer
A leaderboard measures capability. It does not tell you how the model behaves after quantisation, on the CPU in your rack, with your context length and concurrency.
So the public record has two halves: standard suites that can be compared, and serving measurements taken on the hardware that actually ships.
MMLU-Pro · 280-question balanced audit
Twenty deterministic questions from each of 14 domains. This direct-answer audit is derived from MMLU-Pro; it is not a full official leaderboard submission.
MMLU-Pro · independent reproduction
The complete 280-question audit was run again against the same pinned builds. Genie 1 repeated exactly; Genie 2 moved by 0.35 percentage points.
Single-stream decode · 5 × 256 tokens
One warm-up followed by five fixed, non-streamed prompts at concurrency one. The score is the median server-reported decode rate.
Single-stream ingest · 5 fixed prompts
The same serving run also records how quickly each CPU deployment ingests the fixed prompt before generating the answer.
A score reaches this page only after
Build pinnedExact model, weights, quantisation and inference engine.
Conditions loggedHardware, context, batch size, prompt and seed.
Outputs archivedRaw responses, evaluator version and failure record.
Result reproducedA second run agrees, or repeated measurements expose the spread.
Hardware used for this release
AMD EPYC 7502P · 32 cores / 64 threads
128 GB · 4 × 32 GB · 3200 MT/s
Superchat Genie 1 · CPU production profile
AMD EPYC 7401P · 24 cores / 48 threads
256 GB · 8 × 32 GB · 2400 MT/s configured
Superchat Genie 2 · CPU production profile
Next controlled releases
CodingLiveCodeBench · SWE-bench Verified Run pending Tool useBFCL V4 · multi-turn function calling Run pendingRelease SC-EVAL-2026-08-06 names the model files, checksums, engine commits, prompts, seed, raw outputs and both reproduction runs. The MMLU-Pro number above is a transparent 280-question audit, not a full official leaderboard submission.
One backbone. Three deployments.
On-premise hardware
Dedicated hardware, racked in your building. Unplug the ethernet and it keeps answering. The deployment of record for defence, government and critical infrastructure.
Private cloud
A single-tenant instance inside your own cloud account and region. It never traverses the public internet and it is never shared with another customer.
On-device browser
WebGPU inference on the end user's own device. Once the browser deployment is loaded, prompts and responses remain on that device.
One model, three modalities
Every token, every pixel and every syllable is processed on the customer's own processor. There is no fallback path that quietly sends the hard cases to a cloud.
Everything inside the ring is your hardware. There is no line leaving it.
Recognition and synthesis both run on device, Indic languages included. Call audio never becomes somebody else's training data.
The same 120B-class backbone that powers the enterprise assistant and the coding agent.
Understanding scanned paperwork, reading charts and interpreting a camera feed, without the image leaving the building.
What your security team will ask
Nowhere. Inference happens on infrastructure you own, inside your own network boundary.
No. There is no telemetry path that could carry it to us, and on an air-gapped install there is no path at all.
Ours cannot affect you. The model is not reaching us to answer a question.
The deployment is on your hardware, and it keeps running. A licence check calls home once a day to confirm your licence and AMC are current — it carries no prompt, no output and no customer data, and it is never in the path of an answer.
Superchat Research · standing lines
CPU-native inference, conditional computation and speculative decoding are already in production. The work below extends that deployed advantage across performance, efficiency and embodied control.
We publish deployment evidence rather than vanity rankings. Research counts when it reaches a build a customer can run — and then makes the next build faster, smaller or harder to reproduce.
What does a transformer look like if the target was never a GPU?
Execution laid out for cache hierarchies, memory channels and vector units instead of for warps and shared memory. Most of the work is scheduling and layout, not arithmetic.
How few parameters can answer this token well?
Routing each token to the smallest competent set of experts, and keeping the routing itself cheap enough that it does not eat the saving it creates.
Can a slow machine feel immediate?
Draft ahead, verify in bulk, discard what the full model rejects. Correctness is unchanged by construction; only the wall-clock changes.
Can the same backbone close a balance loop in milliseconds?
Language and planning at the top, joint-level correction at the bottom, one model between them — running on the robot, with no link to lose.
Methodology and measured results are shared under NDA. We do not publish numbers we have not had checked.
You will not need to trust us on any of this. Ask for the box. Pull the cable.