Model Spend Arena2ND ED.
8B · MoE · 128,000 ctx · 2026-10-10

LFM2.5 8B A1B Hermes Abliterated

Runs on — · Hugging Face ↗

llama.cpp

Not independently scored by Artificial Analysis — its base model DuoNeural/LFM2.5-8B-A1B-Abliterated is the closest proxy

DuoNeural's fine-tune of an abliterated LFM2.5-8B-A1B, Liquid AI's mixture of experts with about 1B active parameters, sold as an agentic coder. Abliterated means the refusal behaviour was removed on purpose: the model does not decline requests. Licence: Liquid's own community licence, not an open-source one. It is here because we measured it, not as a recommendation.

First-party test · not the AA coding index

BigCodeBench-Hard pass@1 5% (7/148), via official protocol · llama.cpp Q4_K_M · one request at a time · a shared cluster GPU · mean of 3 runs, range 0.0 pp. The brutal counterpart to HumanEval — where HumanEval saturates near the top, BCB-Hard spreads the field, so this is the number that actually separates coding ability. does not fit the token budget; repeats itself until it runs out; 6 of 148 answers hit the token limit (effective ceiling 96%)

What we measured

Our own runs on this model. Each number carries how many problems it is over and how many times we ran it — these are not comparable with each other, and none of them is on the same scale as the third-party indices on the leaderboard.

testscoreoverconditions
BigCodeBench-Hard4.7%n=148 · 3 run(s)official protocol · llama.cpp Q4_K_M · one request at a time · a shared cluster GPU · mean of 3 runs, range 0.
BFCL v4 non-live84.5% ± 2.4n=1390 · 1 run(s)BFCL v4 · Q4_K_M GGUF via llama.cpp · one request at a time · a shared cluster GPU
RULER (long context)55.3 ± 8.5N=5/task · at 32K1 quantisations measured
Tool use · BFCL v4 non-live · first-party

84.5% ± 2.4 over 1390 problems

Q4_K_M · a shared cluster GPU · KV f16 · 1 run. This is the non-agentic half of BFCL: does the model call the right function with the right arguments. It says nothing about how it behaves over a long agentic conversation, which is a separate measurement. The score is BFCL’s own: the unweighted mean of four groups (simple, multiple, parallel, parallel multiple), where simple is itself the mean of Python, Java and JavaScript. Every group counts the same whatever its size, and irrelevance detection — which we also measure, another 240 problems — is not part of it. The margin follows that same weighting.

Long context · RULER · first-party
quantGiB4K8K32K
i1-Q4_K_M4.880.6 ± 8.3 · N=573.8 ± 7.7 · N=555.3 ± 8.5 · N=5

All 13 RULER tasks, one request at a time, KV cache f16, bench commit c3f5e3b4, seed 42. The score is the mean of the 13; the margin is two standard deviations of the sampling, so it grows as the sample shrinks and as the score drops.

This is not a coding score and must not be read as one. RULER asks whether the model finds and follows a fact buried in a long text. Quantising hits the two differently, so a model that still retrieves at length may already have lost the code.

Sizes on disk

Real GGUF file sizes = weight VRAM.

QuantizationSize
IQ1_S1.8 GB
IQ1_M2.0 GB
IQ2_XXS2.3 GB
IQ2_XS2.6 GB
IQ2_S2.6 GB
IQ2_M2.8 GB
Q2_K_S3.0 GB
Q2_K3.2 GB
IQ3_XXS3.3 GB
IQ3_XS3.6 GB
IQ3_S3.8 GB
Q3_K_S3.8 GB
IQ3_M3.8 GB
Q3_K_M4.1 GB
Q3_K_L4.4 GB
IQ4_XS4.6 GB
IQ4_NL4.8 GB
Q4_04.9 GB
Q4_K_S4.9 GB
Q4_K_M5.2 GB
Q4_15.4 GB
Q5_K_S5.9 GB
Q5_K_M6.0 GB
Q6_K7.0 GB

Config tips

Weak at code and fine at tool calls: 4.7% on BigCodeBench over three runs, 84.5% on BFCL non_live in one run. Use it to route tools, not to write code.