Public preview · figures are illustrative fixture data, attributed to their source · data to May 2025 · read-only
Learn

Open models, explained as you go.

Four short paths — just enough to make sense of what you’re looking at, then straight to the real data. Every figure below is counted from the catalog, so you can click any of it to see where it came from.

  1. Start hereOpen models are AI models whose weights you can download, inspect and run yourself.
  2. Run locallyThree things decide what you can run: memory, quantization and the runtime.
  3. Understand modelsThe names look chaotic, but they encode a simple structure.
  4. Build with themMost tools speak the same API, so switching models is usually a configuration change.
Path 01

Start here

Open models are AI models whose weights you can download, inspect and run yourself.

  • 18Permissive licenseFree to use, including commercially
  • 5Restricted licenseWeights are downloadable; the license limits some uses
  • 2License unknownCheck the source before using it
All 25 models tracked here publish their weights. What differs is the licence on them — which is the part the word “open” does not tell you.

A model’s “weights” are the billions of numbers learned during training. When a lab publishes them, anyone can run the model on their own hardware — no account, no per-token bill, and your data never leaves your machine.

“Open” covers a range. Some models use permissive licenses like Apache 2.0 or MIT; others allow broad use but restrict certain commercial cases. Mutinai always shows the license so you can tell the difference.

The ecosystem moves quickly: a handful of labs release new families every few months, and a much larger community quantizes, fine-tunes, benchmarks and builds tools around them.

Path 02

Run locally

Three things decide what you can run: memory, quantization and the runtime.

Llama 3.1 8B, as published

6 precisions on file
One model, 6 downloads — quantizationStoring each of the model’s numbers with fewer bits, so the file is smaller and needs less memory. stores each weight in fewer bits, so MLX 4-bit is 28% the size of BF16. The file has to fit in memory with room left over for the conversation, which is why the 4-bit downloads are the usual choice. See what fits your machine →

Memory is the hard limit. The whole model has to fit in your GPU’s memory (or your Mac’s unified memory) along with a working cache that grows with the length of the conversation. If it doesn’t fit, some runtimes can spill into system RAM — it works, but slowly.

Speed is mostly about how fast memory can be read. That’s why a GPU with fast memory generates text quicker than a CPU with lots of slower RAM — and why mixture-of-experts models, which read only part of their weights per token, feel fast for their size.

Runtimes load the model and serve it: llama.cpp and Ollama run almost anywhere, MLX is built for Apple silicon, and vLLM is designed for serving many users on NVIDIA or AMD GPUs.

Path 03

Understand models

The names look chaotic, but they encode a simple structure.

  1. FamilyLlamaA lineage from one developer — Meta.
  2. ReleaseLlama 3.1A dated generation within it, published 23 Jul 2024.
  3. ModelLlama 3.1 8BOne trained size: 8.03B parameters.
  4. VariantLlama 3.1 8B InstructTuned to follow instructions and hold a conversation. The usual choice.
  5. DownloadQ4_K_MOne file at one precision — 4.6 GiB, published by LM Studio Community.
Each level narrows the one above it. The lower two are open to anyone: Hermes is a fine tune of this model published by dedsecisback2026, not by Meta.

Read a name from the outside in and it comes apart into five levels. Anyone can add to the lower ones: a quantization, a fine-tune or a distill is often published by someone other than the lab that trained the model, which is exactly what open weights make possible.

Benchmarks give a rough sense of capability, but developers report them with different prompts and settings. Use them to shortlist, then look at community results and reviews from people doing what you want to do.

Mutinai labels every number with where it came from: developer-reported, measured by the community, or estimated.

Path 04

Build with them

Most tools speak the same API, so switching models is usually a configuration change.

ExLlamaV2exl2NVIDIA GPUs
llama.cppggufNVIDIA GPUs, AMD GPUs, Apple silicon, most GPUs (Vulkan), CPUsOpenAI-compatible
MLX-LMmlxApple siliconOpenAI-compatible
OllamaggufNVIDIA GPUs, AMD GPUs, Apple silicon, CPUsOpenAI-compatible
SGLangsafetensorsNVIDIA GPUs, AMD GPUsOpenAI-compatible
vLLMsafetensorsNVIDIA GPUs, AMD GPUsOpenAI-compatible
A download only runs on a runtime that reads its format — a gguf file needs llama.cpp or Ollama, an mlx file needs Apple silicon. Where the API column says OpenAI-compatible, anything built for that API can point at it unchanged.

Runtimes like Ollama, llama.cpp’s server and vLLM expose an OpenAI-compatible API. Chat interfaces, coding assistants and agent frameworks can point at them directly — or through a gateway that routes between local and hosted models.

Coding assistants such as Aider and Continue work well with code-specialised models. For agents, look for strong tool-use results and reviews that mention reliability over long tasks.

When a model is close but not quite right, fine-tuning frameworks adapt it to your data on a single GPU. Keep the result’s license — inherited from the base model — in mind.