Xyntetik xyntetik

About

Local models on hardware you own, with the evidence attached.

Xyntetik is the program under which Zenova AB builds tooling for running capable language models on ordinary laptops, desktops and workstations, and for proving what those models did. Runner is its released product. Two more parts exist and are described here as what they are: one in private development, one a research lab.

The company

Runner is a Zenova AB product.

Zenova AB is a Swedish company, independent and bootstrapped. It owns and funds the Xyntetik work and is the entity behind consulting and enterprise engagements around local inference: private fine-tuning for data that cannot leave the building, and the attestation that goes with it. Those engagements, and contributions from people who find the work useful, fund the hardware and the measurement time.

The commitment that does not move: the Runner engine is free forever under Apache 2.0. No feature of the engine will be sold, no claim on this site will be weakened to sell something else, and the license will not change. Built in Sweden, inside the EU; your data never leaves the machine it runs on, which is stated here as a fact about the software rather than as a flag.

Contact: hello@xyntetik.com. Security reports: SECURITY.md.

Why Xyntetik exists

The engine is the easy half.

Serving tokens from a GGUF file is a solved problem. What is not solved is everything between a running model and work you would actually trust: choosing a model that fits the machine instead of one that swaps, giving an agent tools without opening a hole per tool, keeping a human in the loop without making them a bottleneck, proving a change works rather than reporting that it was written, and keeping a record of where every claim came from. Xyntetik is a program for that whole distance, built in the order the evidence allows.

Runner

Execution and inference runtime. A single binary in plain C that serves, verifies, scores, adapts and trains GGUF models on CPU, CUDA and Metal. Receipts, truncation-safe tool calls, LoRA through the served weights.

released, Apache 2.0

v0.4.9, 2026-09-05. Public repository, releases with checksums, every claim measured. The one part of Xyntetik whose job is to be understood by a stranger in sixty seconds.

Runner →

Suite

Testing, evaluation and evidence tooling. The layer that decides, gates, records and presents what the engine measures: model selection that respects the machine, tool sandboxing, human-in-the-loop boundaries, and an audit record of every claim.

private, in development

Not released. Its product surface is being built as Runner's capabilities land, and it will get its own public section only when it has public artifacts to show.

What Suite is for →

Shade

Experimental research into models, architectures and inference. Quantization, pruning, sublayer removal and evaluation methodology, run under a written charter: preregistration before measurement, corrections recorded in place.

research, experimental

Private repository. Its public outputs are artifacts and reports on Hugging Face, and engine features that graduated from a finding. Shade discovers; Runner productizes.

What Shade has published →

How they relate

The engine measures. The suite decides. The lab finds what the next measurement should be.

Shade finds a mechanismA study removes one attention sublayer from a 31B model and measures what it costs against the parent on a held-out split.
Runner productizes itThe finding becomes --remove-sublayer in Runner v0.4.7, with a bit-identity gate against the study's zeroed form, and the artifact is published with its numbers.
Suite will gate itThe evidence layer is where a derivative like that gets admitted or refused for a given machine and workload, with the receipt kept. That layer is in development.

Nothing crosses that pipeline without a measurement, and a measurement that goes the wrong way is published as a negative result rather than dropped. Two consequences follow. The audience arbitrates every ambiguous decision: what makes a local model usable on a modest machine wins over what is architecturally interesting. And correctness is a hard rule rather than a preference, because everything else relies on it; a faster wrong answer is a regression.

Rules for public claims

What you can hold this site to.

Every number has a date and a document

Measurements say when they were taken and on what, and link to the file in the repository or the card on Hugging Face where the raw material lives.

Claims are scoped to what was measured

A comparison covers the engines and versions that were run, not the ones that were not. A training result covers the base and task it was measured on. Titles may say "deterministic"; the claim text says reproducible on the same build, with the edges written down.

Losing rows stay in the table

Prefill throughput, cold time to first token, MoE decode on GPU, a published artifact that missed the bar: all on the evidence page, with the number.

The site cannot outrun the repository

The site source lives in the public Runner repository and is built from it; the footer names the commit. If this site and the README disagree, the README is right and the site has a bug.