ranked on what they need in memory at 4-bit, what the licence permits, and what they're genuinely good at — not on benchmark places they were never going to win.
last reviewed 27 jul 2026 · 8 tools tested ·list curated by Onur Ozcanxin
the useful spec in this category is not parameter count, it's how much memory the thing needs at four-bit quantisation. gemma 4's e2b sits around 1.5-2gb and runs on a phone. granite 4.1-3b and smollm3 want about 2gb. qwen3.5-4b about 3gb. gpt-oss-20b needs 16gb, which is the ceiling of what most laptops have. we lead every entry with that number because it decides whether the model runs at all.
the licensing here is much healthier than at the frontier. six of these eight are plain apache 2.0 or mit with nothing attached — and gemma 4 is a genuine liberalisation, dropping the custom gemma terms of use that governed versions 1 through 3. anyone still avoiding gemma over its old prohibited-use policy is working from stale information.
two carry real traps. liquid's lfm open license lets you use lfm2.5 commercially for free only while your company is under $10m in annual revenue; past that you need a paid licence from liquid ai, and the wording reads permissive enough that it's easy to miss. nvidia's nemotron open model license terminates your rights if you 'bypass, disable, reduce the efficacy of, or circumvent' any safety guardrail, and reserves nvidia's right to change the licence unilaterally and require you to accept the new terms or stop.
one naming note that will save you time. the qwen small models everyone links to are two generations behind: qwen3.5 shipped in march 2026 and qwen3.6 in april. the older qwen3-4b still works under the same apache 2.0 terms, but it is no longer what alibaba would recommend, and most roundups have not caught up.
advertisement
1
Gemma 4 (E2B / E4B / 12B)
text, images and audio on a phone, under an apache licence google took three generations to arrive at.
92/100
verdictthe only genuinely multimodal family that runs at phone scale, now on plain apache 2.0 — the clearest default in this category.
best for
anything that needs to see or hear as well as read, on hardware you already carry.
price
free (apache 2.0)
pricing note
e2b around 1.5-2gb at 4-bit, e4b 3-4gb, 12b 7-8gb; a single family spanning phone to laptop
free tier
yes
params
~2b / ~4.5b / 12b
licence
apache 2.0
ram at 4-bit
1.5-8gb by size
context
128k confirmed
runs on
phone to 16gb laptop
all three sizes handle text, images and audio, including speech recognition and translation. nothing else in this ranking is multimodal at all, and gemma does it in a footprint that fits a phone at e2b and a modest laptop at e4b. that combination is the entire case and it's a strong one.
the licence change is real and underreported. gemma 1 through 3 shipped under google's custom gemma terms of use, with a prohibited-use policy and redistribution obligations — widely called open, never actually open source. gemma 4's own terms page carves itself out and points at plain apache 2.0. google still hosts a prohibited-use page on the same site, but it is not incorporated into the gemma 4 grant.
the honest limits: the 12b dense variant wants real gpu or unified memory to feel quick, and the family trades reasoning depth for footprint against its larger siblings. context is confirmed at 128k on the e4b card, with google's materials claiming up to 256k across the family that we could not verify per size.
pros
+text, image and audio at every size in the family
+plain apache 2.0, replacing three generations of custom terms
+e2b runs on phone-class hardware
+one family spanning phone, laptop and desktop
cons
−12b variant needs real gpu or unified memory to feel fast
−256k context claim unverified per size
−trades reasoning depth for edge footprint
−google's prohibited-use page still confuses the licensing story
262k of context in about three gigabytes, apache 2.0, and two generations newer than the qwen everyone links to.
89/100
verdictthe best reasoning-per-gigabyte here and the longest context by a wide margin — just make sure you're downloading the version alibaba actually ships now.
best for
long-document work on a laptop, where the context window matters more than the parameter count.
price
free (apache 2.0)
pricing note
around 3gb at 4-bit; 262,144-token native context, the longest in this ranking
free tier
yes
params
4b dense
licence
apache 2.0
ram at 4-bit
~3gb
context
262k
runs on
8gb laptop or phone
262,144 tokens of native context in a model that needs about three gigabytes at four-bit is the standout number in this category. most rivals sit at 128k or below, and the ones that match it are larger. alibaba reports a nine-point gain on its own intelligence index over qwen3-4b at identical size and licence — its figure, not an independent one.
the licence is standard apache 2.0 with no appendix, consistent across the qwen3 and qwen3.5 dense lines, which makes it one of the cleanest commercial stories here.
two cautions. the reasoning gain comes with heavier token usage per answer, so on constrained hardware complex questions get slower and not just better. and the versioning has moved fast — qwen3.5 landed in march 2026 and qwen3.6 in april, so the qwen3-4b that most guides still recommend is two steps behind, even though it runs fine under the same terms.
pros
+262k native context — longest here
+roughly 3gb at 4-bit
+plain apache 2.0 across the whole dense line
+material reasoning gain over the previous generation
cons
−uses more tokens per answer, slowing complex queries
−version churn means most guides link to stale releases
openai's small one — 21b of capacity in 16gb, with reasoning effort you can dial down.
86/100
verdictthe most capable model here if you have the memory, with the genuinely useful ability to turn reasoning effort down when a task doesn't need it.
best for
agentic tool-calling on a well-specified 16gb machine, where you want to trade thinking time for speed.
price
free (apache 2.0)
pricing note
ships natively in mxfp4; openai states it runs within 16gb of memory in that format
free tier
yes
params
21b total / 3.6b active
licence
apache 2.0
ram at 4-bit
16gb (native mxfp4)
context
128k
runs on
16gb gpu or unified memory
21b total parameters with 3.6b active, shipped post-trained in mxfp4 so the native format is already roughly four-bit, and openai states it fits within 16gb. that is the top of the consumer envelope rather than the middle, but it buys noticeably more capability than the 3-4b models around it.
configurable reasoning effort — low, medium, high — is the feature worth having. most small models make you choose a model per latency budget; this one lets you choose per request, which matters when the same application does both quick lookups and hard problems. tool-calling in openai's harmony format is strong.
two caveats. hitting the 16gb figure depends on mxfp4 kernel and hardware support; loading naively in bf16 needs substantially more. and openai publishes a separate gpt-oss usage policy that isn't part of the apache licence file — we could not confirm whether it is contractually binding or advisory like google's, so check it before assuming the apache grant is the whole story.
pros
+apache 2.0 in the licence file, no added terms
+configurable reasoning effort per request
+native mxfp4 means no quantisation step
+strong agentic tool-calling
cons
−16gb is the ceiling of most consumer machines
−the 16gb figure needs mxfp4 kernel support
−a separate usage policy exists with unclear force
apache 2.0 with cryptographically signed weights — the enterprise answer at edge scale.
81/100
verdictthe most institutionally careful entry here — signed weights, plain apache 2.0, dense architecture — and much too new to have a community around it.
best for
regulated environments that need provenance on the weights themselves, not just a permissive licence.
price
free (apache 2.0)
pricing note
around 2gb at 4-bit; 131,072-token context, with ibm claiming up to 512k across the wider 4.1 family
free tier
yes
params
3b dense
licence
apache 2.0
ram at 4-bit
~2gb
context
131k
runs on
laptop cpu
ibm signs the weights cryptographically, which nothing else in this ranking does. for anyone who has to answer where a model came from and whether it was tampered with in transit, that is a category of assurance the licence alone doesn't provide.
granite 4.1 also marks a real architecture change rather than a version bump: ibm moved from the hybrid state-space and moe designs of granite 4.0 nano to a pure dense line, and says the recipe lets its 8b sibling match the old 32b moe model. the 3b inherits it at about 2gb, running on a laptop cpu or a low-end gpu.
the cost of being current is being new. released 29 april 2026, it has far less third-party benchmarking and community tooling than qwen or gemma at the same size, and no named leaderboard entry we could verify. note also that 4.1 doesn't go below 3b — if you need something smaller from ibm, granite 4.0 h 350m is still the answer.
pros
+cryptographically signed weights, unique here
+plain apache 2.0
+around 2gb at 4-bit, cpu-viable
+131k context with a longer-context family above it
cons
−released april 2026 — thin tooling and community support
−no verified third-party leaderboard standing
−family stops at 3b; smaller needs the older 4.0 line
plain mit, strong function calling, and the oldest model in this ranking by a year.
79/100
verdictclean mit terms and genuinely good instruction following for 3.8b — held back by being a february 2025 model in a field that has moved twice since.
best for
structured output and tool calling in a small footprint, where reliability beats novelty.
price
free (mit)
pricing note
around 2.5gb at 4-bit; 128k context and a 200k-token multilingual vocabulary
free tier
yes
params
3.8b dense
licence
mit
ram at 4-bit
~2.5gb
context
128k
runs on
any modern laptop
the licence is plain mit with no field-of-use limits, revenue cap or naming mandate, which is the simplest commercial story on this page. at 3.8b and roughly 2.5gb quantised it runs comfortably on any modern laptop, with 128k context and an unusually large 200k-token vocabulary that helps on multilingual input.
what it does well is follow instructions and call functions reliably at a size where that usually degrades. for pipelines that need structured output rather than conversation, that reliability is worth more than a benchmark point.
two practical notes. the flash-attention path assumes datacentre cards — a100 or h100 — so consumer gpus fall back to slower eager attention, which blunts the speed advantage its size implies. and it dates from february 2025; blogs referencing a 'phi-5' family exist but we could not confirm one on microsoft's own hugging face organisation or azure blog, so treat that as rumour.
pros
+plain mit with no conditions
+reliable function calling and instruction following
+200k-token vocabulary helps multilingual work
+around 2.5gb at 4-bit
cons
−february 2025 — oldest model in this ranking
−flash attention assumes datacentre gpus
−text only; multimodal needs a separate larger checkpoint
the fully-open lineage pick — apache 2.0 from hugging face, with think and no-think modes.
76/100
verdictpunches above its size on instruction following and comes from the one vendor here whose whole reason for existing is openness — with weaker long-context recall than the spec suggests.
best for
instruction-following and tool use at 3b, and anyone who values a transparent training story.
price
free (apache 2.0)
pricing note
around 2gb at 4-bit; 128k context, trained natively to 64k and extended via yarn
free tier
yes
params
3b dense
licence
apache 2.0
ram at 4-bit
~2gb
context
128k (yarn-extended)
runs on
any 8gb laptop, cpu ok
76.7% on ifeval against qwen2.5-3b's 65.6% is a wide margin for instruction following at this size, and the dual think and no-think modes let you spend reasoning tokens only when a task warrants it. at roughly 2gb quantised it runs on anything, cpu included.
apache 2.0 with no conditions, from hugging face, which has a stronger institutional commitment to publishing training details than any commercial vendor on this page.
the number to know before relying on it: long-context recall trails its class, at 67.85% on ruler-64k against llama 3.2's 72.93%. the 128k figure comes from yarn extension over a 64k-native training window, so treat the far end of that context as softer than the spec implies. no successor has appeared since july 2025.
moe cleverness that runs like a 1.5b model — free only until your company makes $10m.
70/100
verdictgenuinely fast for its capacity and the only entry here with a revenue cap — phrased permissively enough that a growing company could sail past it without noticing.
best for
small companies and individuals who want moe speed on a laptop and will stay well under the threshold.
price
free under $10m revenue
pricing note
lfm open license v1.0 — commercial use free only for companies under $10m annual revenue; above that a paid licence from liquid ai is required
free tier
yes
params
8.3b total / 1.5b active
licence
lfm open license v1.0
ram at 4-bit
~5gb
context
128k
runs on
8gb gpu or apple silicon
the architecture is the appeal: 8.3b total parameters with only 1.5b active per token, so it generates at roughly the speed of a 1.5b model while carrying far more capacity. it runs across llama.cpp, mlx, vllm and sglang, so apple silicon gets a native path.
the memory maths is the thing people get wrong about moe, and it's worth stating plainly: all 8.3b parameters must be resident, about 5gb at four-bit. mixture-of-experts shrinks compute, not footprint. this is not a 1.5b model's memory profile.
the licence is the real catch. the lfm open license v1.0 grants free use 'for any purpose — including commercial products and services' only to companies under $10m in annual revenue; above that you need to buy a commercial licence. that reads like apache-style permissiveness and isn't, and it is the wrong direction of surprise for anything you're building a business on. liquid's headline 18,500 tokens per second is also measured on an h100, not on your laptop.
pros
+1.5b active from 8.3b total — fast for its capacity
+runs on llama.cpp, mlx, vllm and sglang
+128k context
+free and unrestricted below the revenue threshold
cons
−commercial use needs a paid licence above $10m revenue
−needs ~5gb resident despite 1.5b active
−headline speed figure is measured on a datacentre h100
runs without a gpu at all, under a licence nvidia can rewrite whenever it likes.
66/100
verdictimpressive engineering — a hybrid mamba architecture built for machines without gpus — attached to the most conditional licence in this ranking.
best for
cpu-only edge deployment where a long context matters and the licence terms are acceptable.
price
free (nemotron open model license)
pricing note
around 2.5gb at 4-bit; 262,144-token context; nvidia states it runs on a laptop cpu with no gpu required
free tier
yes
params
3.97b
licence
nemotron open model license
ram at 4-bit
~2.5gb
context
262k
runs on
laptop cpu, no gpu
the technical story is genuinely interesting. it's a hybrid mamba-2 design with just four attention layers, compressed from the 9b v2 model through nvidia's nemotron elastic framework, and explicitly built for cpu-only inference. 262k of context at around 2.5gb without needing a graphics card is a combination nothing else here offers.
the licence has teeth that apache 2.0 doesn't. commercial use and redistribution are permitted and nvidia disclaims ownership of outputs — but your rights terminate if you sue over the model, they terminate if you 'bypass, disable, reduce the efficacy of, or circumvent' any safety guardrail in it, and nvidia reserves the right to update the licence unilaterally to meet legal or regulatory requirements, leaving you to accept the new terms or stop using and distributing it.
the anti-circumvention clause is a behavioural restriction, not paperwork — it constrains what you may do with weights on your own hardware. combined with a training cutoff of september 2024, noticeably staler than everything else in this ranking, it's a specialised choice rather than a default one.
pros
+runs on a laptop cpu with no gpu required
+262k context at around 2.5gb
+hybrid mamba-2 architecture purpose-built for edge
+nvidia disclaims ownership of outputs
cons
−rights terminate if you circumvent safety guardrails
memory at 4-bit is the headline spec on every entry. where a vendor publishes the figure we use theirs — openai states gpt-oss-20b runs within 16gb in its native mxfp4 format — and where none exists we estimate from parameter count and say the estimate is ours.
mixture-of-experts models are described carefully because the marketing invites a specific mistake. lfm2.5 activates 1.5b parameters of 8.3b, which makes it fast, and all 8.3b still have to be resident in memory. moe shrinks compute, not footprint.
licences come from the licence file in the model's repository. where a vendor also publishes a separate usage or prohibited-use policy we say whether it is incorporated into the licence grant — google's is not, for gemma 4; openai's gpt-oss usage policy we could not confirm either way, and the entry says so.
we publish no benchmark scores of our own and cite named third-party leaderboards only where a current entry exists for a model this small. most of these have none, which is itself worth knowing: the small-model end of the market is far less independently measured than the frontier.
vendor-reported figures are labelled as vendor-reported. alibaba's claimed nine-point intelligence-index uplift for qwen3.5 over qwen3 is alibaba's number, and liquid's 18,500 tokens per second is measured on a datacentre h100 rather than anything you own.