Nimbus-2B
A compact coding partner for quick edits, local automation, and lightweight agent loops.
- Device target
- 8 GB class
- Local edition
- Q5_K_M
- Reference edition
- BF16
An open family of local coding and reasoning models, shaped for the memory people actually have—not a datacenter they rent by the token.
Public BF16 and GGUF releases with model cards, manifests, and checksums.
Nimbus-2B, Nimbus-4B, and Nimbus-9B v2.1 are public now in Transformers and compact GGUF editions. Nimbus-12B remains planned for higher-memory machines later.
A compact coding partner for quick edits, local automation, and lightweight agent loops.
The middle path: more planning room and code context while remaining practical on everyday hardware.
The most capable first-wave Nimbus model, aimed at deeper reasoning and longer multi-step coding work.
The next weather-named Nimbus model, planned for deeper agentic work on high-memory consumer machines.
Device classes are early guidance. Final recommendations will include real memory measurements, because the model download is only part of what an AI workload uses while it runs.
These are the actual model download sizes. A running model needs additional memory for its conversation, working space, and the app itself.
Practical fit: Nimbus-9B Q5_K_M is aimed at 16 GB devices. The much larger BF16 reference is better suited to a desktop or high-memory laptop with at least 24 GB, and preferably 32 GB.
Direct mode asks each model for an immediate final solution. We ran every HumanEval and MBPP problem once, then tested the same answers against both the standard and expanded EvalPlus test suites.
82 standard passes · 75 HumanEval+ passes.
50.0% / 45.7%202 standard passes · 167 MBPP+ passes.
53.4% / 44.2%121 standard passes · 112 HumanEval+ passes.
73.8% / 68.3%285 standard passes · 232 MBPP+ passes.
75.4% / 61.4%Mode matters. Direct mode measures low-latency final answers. Nimbus-9B v2.1 below uses native thinking for deeper problems, so we keep the two result sets clearly labeled instead of presenting them as a controlled size comparison.
Nimbus-9B v2.1 completed every HumanEval and MBPP task under the frozen native-thinking protocol. Base and Plus scores are reported separately, with one answer counted for every task.
146 of 164 tasks passed the canonical tests.
89.0%135 of 164 tasks passed both the base and expanded tests.
82.3%330 of 378 tasks passed the canonical tests.
87.3%277 of 378 tasks passed both the base and expanded tests.
73.3%All 542 benchmark tasks are represented once in each applicable score. HumanEval and MBPP show standard-test correctness; the Plus bars require solutions to survive the expanded test suites too.
Official local EvalPlus scoring of the Nimbus-9B v2.1 Q5_K_M artifact (SHA-256 84c8604a77bcccf850e2a89bf2f3a28d2d846bf11e5f8dbec3094fe31be6e4f6). The protocol used llama.cpp b10007, native thinking, pass@1, and one predefined 60,000-token recovery attempt for each original length-limited nonresponse. Five unrecovered tasks remain misses. No task was sampled repeatedly or selected from multiple answers.
Every Nimbus value below was reproduced from the released Q5_K_M GGUF. The peer values are first-party published results, but their evaluation precision or quantization is not consistently disclosed; they must not be read as Q5_K_M-matched measurements. Prompting, shot count, runtime, harness revision, and reasoning policy also differ.
Nimbus-9B has not yet completed this benchmark under a release-grade protocol, so no Nimbus bar is shown.
Nimbus values are locally reproduced from the released Q5_K_M artifact with the disclosed EvalPlus protocols. Peer values are reported by their publishers: Qwen2.5-Coder technical report, Table 16, IBM Granite 4.1 model card, Google Gemma 4 model card, Google Gemma 3 model card, Google Gemma 3n model card, and Google CodeGemma model card. Peer quantization is not consistently stated and is not assumed to be Q5_K_M. Prompting, shot count, decoding, reasoning budgets, harness revisions, and contamination controls may also differ. These charts provide size context, not a controlled head-to-head ranking.
Rime is our experimental architecture for letting several small, shared-parameter workspaces propose, exchange, and refine ideas before producing an answer. The goal is to test whether structured collaboration can deliver more useful reasoning for the same practical compute budget.
We are testing whether compact collaborating workspaces can use parameters and computation more effectively than familiar dense designs.
Thirty controlled runs compare recurrent, shared-workspace, and dense Transformer designs under matched conditions.
Deterministic execution, exact pause and resume, memory accounting, and reproducible run records are working.
The first candidate is learning cleanly. Identities and comparisons remain sealed until every scheduled run is complete.
Rime is research, not part of the first Nimbus model release. These are preliminary engineering findings—not a performance claim. We will share the controlled results whether they support or falsify the idea.
The headline results use native thinking. Each score uses one response per problem—without selecting the best of several attempts—and incomplete answers remain misses.
The model can reason before returning its final code answer; hidden reasoning text is not scored as the answer.
The published headline result uses the compact format intended for local devices.
Exactly one final answer is counted for every task; misses remain in the denominator.
Runtime versions, generated answers, manifests, and checksums are preserved with the evaluation.
Every problem is included in the score, including incomplete or incorrect answers.
The complete task set is scored once for the released Nimbus-9B v2.1 result.
Nimbus-2B, Nimbus-4B, and Nimbus-9B v2.1 are public on Hugging Face with model cards, BF16 weights, compact GGUF editions, manifests, and checksums. Nimbus-12B follows later.