Blog/Best open-weight coding models
Models · November 2026

Best open-weight coding models in November 2026: independent scores, vendor claims, memory and speed

By Samuel Seidel · Published November 7, 2026 · Sources checked November 7, 2026

The best open-weight coding model in November 2026 is Kimi K3.1 Pro: Artificial Analysis measured it at 67.2% on Terminal-Bench 4.0, above every closed model it lists, but it needs 1,561 GB of weights. Among models you can run at home or on one DGX Spark, the strongest independent scores belong to GLM-5.3-Flash (32.8%, fits one 128 GB Spark only at 2 bits) and Nanbeige4.3-33B (29.8%, a 20.8 GB 4-bit file that fits a 32 GB GPU). SWE-bench Verified, LiveCodeBench and Aider's leaderboard have no entries newer than February 2026, so I ranked on Terminal-Bench 4.0 and Artificial Analysis's coding runs, read on 7 November 2026.

ModelTerminal-Bench 4.0 (AA run)FrontierCode 2.0 (AA)AA Coding Agent Index v2.0 (agent)Smallest practical buildRuns on
Kimi K3.1 Pro67.225.5not yet listedMXFP4, 1,561.3 GBGPU servers
GLM-5.3 (Max)41.921.648.9 (Opencode)UD-IQ1_S, 216.7 GB2 Sparks at ~1-bit
MiMo-V2.6-Pro34.824.0n/a566.0 GBGPU servers
DeepSeek V4.1 Flash 1017 (Max)33.828.546.3 (DeepSeek's own agent)UD-IQ1_S, 233.0 GB2 Sparks at ~1-bit
Step 5 Preview33.312.043.1 (Claude Code)NVFP4, 394.2 GBGPU servers
GLM-5.3-Flash32.817.6n/aUD-Q2_K_XL, 108.7 GB1 Spark at 2-bit; 2 at 4-bit
Ling 3.1 Flash 101932.817.0n/aFP8, 573.8 GBGPU servers
Nanbeige4.3-33B29.810.7n/aQ4_K_M, 20.8 GB32 GB GPU
MiniMax-M3.1-Flash25.820.8n/aUD-Q3_K_XL, 194.0 GB2 Sparks at 3-bit
Qwen3.8-Flash-Next25.3n/an/aNVFP4 recipe, 76.5 GiB1 Spark
Mistral Large 4 (High)24.715.035.4 (Mistral Vibe)UD-IQ1_S, 233.0 GB2 Sparks at ~1-bit
MiMo-V2.6-Flash22.721.6n/aMXFP4 GGUF, 167.4 GB2 Sparks
Muse Spark Open (Xhigh)8.17.626.3 (Muse Code)UD-IQ1_S, 175.6 GB2 Sparks at ~1.5-bit
Qwen3.8 27B (Xhigh)5.614.9n/aUD-Q4_K_XL, 17.6 GB32 GB GPU
Beam 1.03.05.520.5 (Mirror)UD-Q2_K_XL, 186.9 GB2 Sparks at 2-bit
Closed reference: Gemini 4 Carbon (High)65.240.659.4 (Antigravity CLI)API onlyn/a

Scores in percent. Terminal-Bench 4.0 and FrontierCode 2.0 are Artificial Analysis's own runs, read from the per-evaluation data on its leaderboard page; the Coding Agent Index v2.0 (FrontierCode v1.1, Terminal-Bench 4.0, SWE-Atlas-QnA, equal weights) is from its coding agents page, where Claude Opus 5.5 in Claude Code tops the board at 61.7. All read 7 November 2026; neither page shows an update date. Build sizes are Hugging Face file totals; the Qwen3.8-Flash-Next figure is the community NVFP4 recipe on our Qwen3.8-Flash-Next page. "2 Sparks" means two 128 GB DGX Sparks over a network link.

What do the independent leaderboards say?

Three independent sources have current open-weight coding results. They cover different sets of models, but wherever they overlap, GLM-5.3 is the strongest open model after Kimi K3.1 Pro.

The gap at the top is smaller than in general rankings. On the overall open-weight leaderboard, Kimi K3.1 Pro trails the best closed model by 14 index points; on Terminal-Bench 4.0 it leads it by 2.

What happened to SWE-bench Verified, LiveCodeBench and Aider?

They stopped updating before this year's models arrived, so they cannot rank anything released since spring 2026.

Vendors still quote SWE-bench Verified on some cards, but they run it themselves, which brings us to the self-reported numbers.

How do vendor claims compare with independent runs?

On Terminal-Bench 4.0, vendor numbers land anywhere from 12 points above to 6 points below what Artificial Analysis measured, mostly because each vendor picks its own agent and settings.

ModelTB 4.0, self-reported (agent used)TB 4.0, AA runDifferenceDeepSWE v1.1, self-reportedSource
Kimi K3.1 Pro65.767.2-1.575.5Kimi card
DeepSeek-V4.1-Flash-101742.3 (Claude Code)33.8+8.577.0DeepSeek card
MiniMax-M3.1-Flash38.1 (Codex 0.149.1)25.8+12.373.7MiniMax card
MiMo-V2.6-Pro34.934.8+0.171.9MiMo card
MiMo-V2.6-Flash28.822.7+6.167.9MiMo card
Nanbeige4.3-33B23.8 (mini-swe-agent 2.4.6)29.8-6.065.5Nanbeige card

Self-reported figures from each model card, read 7 November 2026; differences are my subtraction. DeepSWE v1.1 has no independent leaderboard I could find, so that column is vendor-only.

Two newer cards report only older or vendor-run tests. Ripple-65B-Preview (dense 65B, Apache 2.0, 4 November) claims 76.5% on SWE-bench Verified and 80.5% on Terminal-Bench 2.1, both self-run. JetBrains' Mellum2.1 (12B, 2.5B active) claims 47.0% on SWE-bench Verified and 82.0 on LiveCodeBench v6. Neither has an independent result yet. Treat any score in this paragraph as a claim, not a measurement.

How fast do these models run on a DGX Spark and an RTX 5090?

On one Spark, the fast coding models are the small-active MoEs; the strongest model that fits runs at about 24 tok/s on code. Reported single-stream decode speeds; only the first row is a GPUwerk measurement:

ModelBuildEngineDecode tok/sSourceDate
Qwen3-Coder-30B-A3BAWQ 4-bitvLLM 0.27.180.9Spark benchmarks page (measured)2026-09-02
Qwen3.6-35B-A3BNVFP4, MTP 3 draftsvLLM build 1ea84d74b86.3 at 4k; 78.8 at 50k; 31.5 at 100kSparkBench2026-08-04
GLM-5.3-FlashUD-Q2_K_XL, 108.72 GBllama.cpp build 1067723.6 code; 15.4 proseai-muninn2026-08-30
Qwen3.8-27BNVFP4 (unsloth)vLLM 0.26.1rc1 dev11.4; 24.7 with 5 MTP draftsNVIDIA forum2026-08-15

One user, one request, short prompts unless a context is given. Speculative decoding (MTP) gains depend on how predictable the text is.

I found no published RTX 5090 or Spark measurements for Nanbeige4.3-33B, so here is the bandwidth arithmetic instead. A dense model reads all its weights for each token, so the ceiling is bandwidth divided by file size. For the 20.8 GB Q4_K_M file: 1,792 GB/s ÷ 20.8 GB ≈ 86 tok/s on an RTX 5090, and 273 GB/s ÷ 20.8 GB ≈ 13 tok/s on a Spark. Real decode lands below the ceiling. That is the trade on this hardware: by this arithmetic a 32 GB card runs mid-size dense coders about six times faster than a Spark, and the Spark holds the 100 GB-plus models a card cannot load at all. Measured RTX 5090 figures for other models are collected in the planned RTX 5090 LLM benchmarks article; GPUwerk has published no RTX 5090 measurements.

Which agent tools work with these models?

Most of them run in the same agents you would use with a closed model, because vendors now benchmark in those agents. From the cards and Artificial Analysis's runs:

Two integration details trip people up. DeepSeek-V4.1-Flash-1017 ships without a Jinja chat template; the card points to a Python reference encoder and the deepseek-recipe library, so an engine that relies on the template needs its own DeepSeek V4.1 support. Kimi K3.1 Pro requires each assistant message to be sent back with its reasoning_content and tool_calls intact, which some agent frameworks strip. Parser flags for each family are in the companion article on tool calling with open models. For connecting Continue, Cline or aider to your own endpoint, follow the coding agents guide; Cursor and Continue specifics are in the Cursor and Continue page.

Which coding model should you run?

Match the model to the memory you have; at every size there is now a reasonable answer.

My pick for one developer with one Spark is GLM-5.3-Flash at 2 bits: of the models that fit one Spark, it is the only one whose full-precision version scores above 30% on Terminal-Bench 4.0. If latency matters more than hard multi-step tasks, run Qwen3.6-35B-A3B instead. Either way, test on your own repository. A rented Spark costs $0.79/hour, billed per minute (pricing), and the self-hosted assistant vs Copilot comparison covers what you give up against a hosted tool.

FAQ

What is the best open-source coding model in November 2026?

Kimi K3.1 Pro. Artificial Analysis measured it at 67.2% on Terminal-Bench 4.0, ahead of every closed model it lists, including Gemini 4 Carbon (High) at 65.2% (read 7 November 2026). It needs 1,561 GB for its MXFP4 weights, though. GLM-5.3 is next among open models at 41.9% on the same test and 41.82% on the official Terminal-Bench 4.0 board.

What is the best local coding LLM for a 32 GB GPU?

Nanbeige4.3-33B. Its Q4_K_M GGUF is 20.8 GB, and Artificial Analysis measured it at 29.8% on Terminal-Bench 4.0, the highest score of any model I found that fits 32 GB at 4 bits (7 November 2026). Qwen3.8-27B fits too, at 17.6 GB, but scored 5.6% on the same test; Qwen3.6-27B scored 31.2% on SWE-rebench's May to July 2026 tasks.

What is the best coding model for a DGX Spark?

For quality, GLM-5.3-Flash as Unsloth's UD-Q2_K_XL GGUF (108.7 GB), reported at 23.6 tok/s on code with llama.cpp build 10677 (ai-muninn, 30 August 2026); it scores 32.8% on Terminal-Bench 4.0 at native precision. For speed, Qwen3.6-35B-A3B in NVFP4 with MTP, reported at 86.3 tok/s at a 4k context (SparkBench, 4 August 2026).

Is SWE-bench Verified still a good way to compare coding models?

Not on its own in November 2026. The swebench.com leaderboard's newest entry is dated 26 February 2026, so no model released since appears there. Vendors now report Terminal-Bench 4.0, DeepSWE v1.1 and SWE-bench Pro instead. Terminal-Bench 4.0 (updated 23 October 2026) and Artificial Analysis's runs are the freshest independent sources.

Can I use an open coding model with Claude Code or Codex?

Vendors already do for their own benchmarks: Z.ai ran GLM-5.3 in Claude Code 2.1.207, MiniMax ran Terminal-Bench 4.0 in Codex 0.149.1, and Artificial Analysis tested GLM-5.3 in Opencode and DeepSeek V4.1 Flash in Codex. Any agent that accepts an OpenAI- or Anthropic-compatible base URL can point at a vLLM or llama.cpp server running the model.

Sources

Every figure above is attributed to its source in the sentence or table where it appears. Pages were read on 7 November 2026 unless a date says otherwise.

Related pages

First top-up: pay $20, get $30 in credit

Point your coding agent at your own model.

Rent a 128 GB DGX Spark by the minute, load GLM-5.3-Flash or Qwen3.6-35B-A3B, and run your own repository tasks before you commit to hardware.

A dedicated DGX Spark in the EU, $0.79/hour, billed per minute. $30 of credit is about 37 hours of compute.

Create account Connect Continue, Cline or aider