2026-10-21

Recursive Releases Flint, Its First Model: a 40B Open-Weight Coding Model With 2B Active Parameters That Runs at 131 Tokens/s on a MacBook Pro, Built With an Automated Research System in Under Four Months

AIModelsOpen Source🌍 North America

Richard Socher announced Flint, Recursive's first model: a fast local coding model built with the company's automated research system, the Eureka Machine. Open weights are on Hugging Face, and it can be run locally or tried for free on opencode and Pi. Socher's pitch is "private, unmetered intelligence on your own machine," built from scratch in under four months. Coverage reports an Apache 2.0 license and support for Ollama, LM Studio and llama.cpp.

What Flint is

Flint has 40B total parameters with about 2B active per token. Recursive says its Eureka Machine contributed to the training recipe, the architecture and chip-specific software, with researchers mostly watching and picking winners. Recursive compares it with sparse mixture-of-experts models of 33 to 35B total and 3B active (Qwen 3.5, Qwen 3.6, Laguna XS 2.1) and with dense models of 27 to 31B (Qwen 3.8, Muse Glimmer, Gemma 4), all able to run on similar hardware.

Speed

Chart of decode speed in tokens per second on an Apple M4 Pro for local models, short context and average through 128K context, and on RTX Spark; Flint in MLX reaches 131 and 69, in llama.cpp 88 and 48, against 66 and 37 for Qwen 3.6 35B A3B. Local decode throughput in tokens/s, from Recursive's announcement.

On an Apple M4 Pro with 48 GiB, Flint runs at 131 tokens/s in MLX and 88 in llama.cpp on short context, against 65.6 for Qwen 3.6 35B A3B, 68.8 for Laguna XS 2.1 and 61.9 for Gemma 4 26B QAT. Averaged through a 128K session, it holds 68.9 (MLX) and 47.6 (llama.cpp) against 37.1 for Qwen 3.6 and 44.3 for Nemotron 3.5 Lightning. On RTX Spark hardware it reaches 156 tokens/s with NVFP4 and 96.6 with llama.cpp, against 72.7 for Qwen 3.6.

The "up to 2x faster" claim holds on the best Flint build: 131.2 against 65.6 is 2.0x, and the 128K average gives 1.86x. Against Qwen 3.6 on the same llama.cpp framework on RTX Spark, the lead is 1.33x on short context and 1.11x on the long-context average. The dense models are far slower (Qwen 3.8 27B at 13 tokens/s, Muse Glimmer 30B at 14.5).

Quality

Six bar panels comparing Flint with sparse and dense local models on Terminal-Bench 2.1, SWE-bench Pro v2, SWE-bench Verified, LiveCodeBench v6, IFBench and IFEval. Benchmark scores (%), from Recursive's announcement. Daggers mark scores measured internally.

BenchmarkFlintQwen 3.6Muse GlimmerQwen 3.8Gemma 4
Terminal-Bench 2.154.944.951.773.043.4
SWE-bench Pro v289.773.886.094.961.7
SWE-bench Verified74.273.476.075.666.6
LiveCodeBench v680.380.463.590.380.0
IFBench89.267.977.079.576.0
IFEval95.189.694.794.694.6

Averaging the six rows gives about 80.6 for Flint, against 71.7 for Qwen 3.6, 74.8 for Muse Glimmer and 84.7 for dense Qwen 3.8 27B. Flint beats every sparse peer on all six benchmarks except LiveCodeBench (80.3 vs 80.4 for Qwen 3.6), and beats Muse Glimmer on five of six. Qwen 3.8 leads on four, but runs at about 10 tokens/s on average here against Flint's 48 to 69. The comparison is on SWE-bench Pro v2, a different version from the SWE-Bench Pro scores in the Glimmer post.

Scatter plot of mean score across six benchmarks against decode speed on an M4 Pro, with Flint in MLX and llama.cpp at about 80 mean score and 48 to 69 tokens/s, extending the frontier from Qwen 3.8 27B and Qwen 3.6 35B A3B. Mean score against decode speed on an M4 Pro, from Recursive's announcement.

Recursive's chart shades a "frontier gain from Flint" between the dense Qwen 3.8 27B, which is higher quality but slow, and the small Qwen 3.5 2B and 0.8B, which are fast but weak. Scores and speeds are Recursive's own, run on its hardware.

Read next