Recommendation for Coding

Coding

Our top recommendation for Coding, based on the public evidence we track, is Z.ai: GLM 5.2.[1][2][3][4] Use for long-context coding sessions where the 1M token window and prompt caching on OpenCode Go can reduce costs compared to uncached alternatives. Watch out: Verify provider-specific availability, as some distribution channels like Cindy.cn's remote catalog may lag behind local builds in exposing the Coding Plan preset. Anthropic: Claude Fable 5 is the next-ranked alternative. Draft system architecture diagrams and low-level implementations, as it can produce working WebAssembly with GC extensions in a single session without debugging iterations.

About this recommendation

Updated
Sep 25, 2026
Evidence through
Sep 25, 2026
Sources
28
Revision
v87

Decision audit

Why this result

Inspect the inputs and the computed order behind the recommendation.

Models screened

22

live candidates

Evaluation feeds

8

task-weighted

Winner coverage

91%

intended feed weight

Largest provider share

5 of 9

Anthropic

Established source breadth. 16 citation families and 6 practitioner families support the top result; 13 cautionary threads is retained. The largest citation family contributes 41%.

Sources evaluated

The task sets these weights before any model is scored.

winner: GLM 5.2
Evaluation feedWeightWinner resultField measured
LMArena WebDev
18%
#1717/22
LiveBench Coding
16%
#1617/22
SWE-rebench
16%
#910/22
Design Arena Coding
14%
#1315/22
Aider Polyglot
10%
not measured4/22
OpenRouter usage
10%
97/10022/22
Terminal-Bench 2.1
10%
not measured11/22
SWE-bench Verified
6%
not measured5/22

Provider concentration

Each exact model is scored separately; provider identity is not a ranking input.

Anthropic56%
  • Anthropic5 models
  • OpenAI2 models
  • Google1 model
  • Z.ai1 model

Decision table

Every published model is shown in computed order. Practitioner sources are distinct community threads, not the citations repeated in the prose below.

RankModelRelative scoreCoveragePractitioner evidenceStrongest measured reason
01GLM 5.2Z.ai
75
91%29 threads · 6 families · 13 cautions#9 SWE-rebench · #13 Design Arena Coding
02Claude Fable 5Anthropic
74
94%7 threads · 2 families · 4 cautions#1 SWE-rebench · #3 LiveBench Coding
03Claude Opus 4.8Anthropic
71
94%17 threads · 4 families · 8 cautions#1 Terminal-Bench 2.1 · #8 LiveBench Coding
04GPT-5.6 SolOpenAI
70
72%25 threads · 12 families · 9 cautions#4 LiveBench Coding · #4 SWE-rebench
05Claude Sonnet 5Anthropic
68
94%8 threads · 5 families · 5 cautions#5 Terminal-Bench 2.1 · #10 SWE-rebench
06Claude Opus 5.5Anthropic
65
51%2 threads · 2 families · 0 cautions#1 LiveBench Coding · #1 LMArena WebDev
07Claude Opus 4.5Anthropic
60
93%7 threads · 1 families · 4 cautions#1 SWE-bench Verified · #16 LiveBench Coding
08Gemini 2.5 Pro Preview 06-05Google
14
22%no linked practitioner threads#2 Aider Polyglot · #6 SWE-bench Verified
09o3 ProOpenAI
14
19%no linked practitioner threads#1 Aider Polyglot

Relative score combines normalized benchmark quality and signal coverage; independent practitioner evidence and freshness are bounded tie-breakers. It is an ordering score, not an absolute quality percentage. The writing model receives this order and cannot change it.

  1. GLM 5.2 is an open-weight model with a 1M token context window and prompt caching support on some endpoints, ranking #12 on Design Arena's coding category with an Elo of 1301.

    Best when: Use for long-context coding sessions where the 1M token window and prompt caching on OpenCode Go can reduce costs compared to uncached alternatives.

    Tips

    • Use for long-context coding sessions where the 1M token window and prompt caching on OpenCode Go can reduce costs compared to uncached alternatives.
      Source 1
      “## 问题描述 / What happened 我在 Apple Silicon Mac 上使用从 cindy.cn 官网下载的中国大陆版 Cindy App 时,发现「设置 → 模型供应商 → 添加供应商」里的供应商预设明显少于本地源码构建版本。 核心影响是:本地源码里的 provider catalog 已经包含智谱 GLM Coding Plan,并且 `claude-code` runtime 下有 `glm-5.2[1m]` / `contextWindow: 1000000`,但 cindy.cn 发布包启动后优先从远端 catalog 拉取 preset,而当前远端 catalog 里没有智谱 Coding Plan 预设,导致官网包无法通过预设选择到 GLM-5.2 的百万上下文能力。 从现象看: - 本地编译/打包的 Cindy App:添加供应商列表里有「智谱 GLM Coding Plan(中国大陆)」和「Z.ai GLM Coding Plan (Global)」等新预设。 - 从 cindy.cn 下载的发布包:添加供应商列表只有普通「智谱 GLM(中国大陆…”
      Source 2
      “## Summary The OpenCode Go endpoint (`https://opencode.ai/zen/go/v1/chat/completions`) does not perform prompt caching for `deepseek-v4-flash` or `qwen3.8-max`, while `glm-5.2` on the same endpoint does. Every request re-processes the full prefix from scratch, so Go sessions on DeepSeek/Qwen burn the $12/$30/$60 metered limits much faster than the Go docs' request estimates assume (those assume ~50-80k cached tokens per request). Related: #41125 (same symptom for DeepSeek, reported earlier). ##…”

    Watch out for

    • Verify provider-specific availability, as some distribution channels like Cindy.cn's remote catalog may lag behind local builds in exposing the Coding Plan preset.
      Source 1
      “## 问题描述 / What happened 我在 Apple Silicon Mac 上使用从 cindy.cn 官网下载的中国大陆版 Cindy App 时,发现「设置 → 模型供应商 → 添加供应商」里的供应商预设明显少于本地源码构建版本。 核心影响是:本地源码里的 provider catalog 已经包含智谱 GLM Coding Plan,并且 `claude-code` runtime 下有 `glm-5.2[1m]` / `contextWindow: 1000000`,但 cindy.cn 发布包启动后优先从远端 catalog 拉取 preset,而当前远端 catalog 里没有智谱 Coding Plan 预设,导致官网包无法通过预设选择到 GLM-5.2 的百万上下文能力。 从现象看: - 本地编译/打包的 Cindy App:添加供应商列表里有「智谱 GLM Coding Plan(中国大陆)」和「Z.ai GLM Coding Plan (Global)」等新预设。 - 从 cindy.cn 下载的发布包:添加供应商列表只有普通「智谱 GLM(中国大陆…”
    • Expect benchmark results that trail top proprietary models, with LiveBench Coding at 79.65% (#18 of 58) and community reports of slower thinking than some alternatives.
      Source 5
      “Scores 79.65% on LiveBench Coding (#18 of 58), an objective evaluation of code generation and completion.”
      LiveBench CodingOpen original ↗
      Source 6
      “SWE 1.6 was great for small tasks. Very fast and good enough. 1.7 was unusable for me. Took more time thinking than GLM 5.2 and seemed to be generally running in circles. I tried it but abandoned it. Looking forward to 2 -- maybe it'll be usable”
  2. Claude Fable 5 ranks #11 on LMArena's WebDev coding arena (Elo 1627) and scores 85.99% on LiveBench Coding (#3 of 58), with demonstrated capability in low-level code generation including WebAssembly.

    Best when: Draft system architecture diagrams and low-level implementations, as it can produce working WebAssembly with GC extensions in a single session without debugging iterations.

    Tips

    • Draft system architecture diagrams and low-level implementations, as it can produce working WebAssembly with GC extensions in a single session without debugging iterations.
      Source 3
      “I think you are underestimating how fast this stuff is moving. Calling AI "just autocomplete" for system architecture is outdated. If you were to ask it (especially with Claude's newer model, Fable 5) to draft an architecture design diagram, it would do a better job than any junior dev ever could. Sure, giving context is still necessary, but you can just speak in plain, normal English and it will understand. AI is getting scary good at system design.”
      Source 4
      “Claude is perfectly capable of writing assembly. Here's a working (basic) Prolog interpreter that Claude Fable 5 wrote in WebAssembly in 61 minutes for $16.75 in token costs: https: github.com emk fable-wasm-prolog blob main prolog.wa... WebAssembly is slightly easier than real assembly, but here Fable used WASM GC extensions, which are poorly documented and not yet super common. Fable didn't even need to debug it; I believe essentially all the assembly worked correctly on the first try. I have…”
    • Reduce system prompt overhead by up to 80% without measurable degradation, following Anthropic's guidance for judgment-based rather than constraint-based instructions.
      Source 7
      “## 目的 Li+ の常時ロード分(`CLAUDE.md` + `rules/**` + skill description)を削減する。 **削減それ自体は目的ではない。** 狙いは「規則の適用瞬間に、実際に読まれること」。現状は規則の literal に到達するまでの参照跳躍が多く、跳ぶたびに「読む」が「記憶で済ませる」に置き換わる余地が生まれている。 ## 発端 Anthropic のブログ記事 "The new rules of context engineering for Claude 5 generation models" に次の記述がある(要旨)。 > Claude Opus 5 / Claude Fable 5 向けに Claude Code のシステムプロンプトを8割以上削除したが、コーディング評価で測定可能な劣化はなかった。 同記事が挙げる削減の指針: - **制約型から判断型へ** — 禁止事項の列挙(例: 「複数段落の docstring を書くな」)を、判断を委ねる記述(例: 「周囲のコードと同じように書け。コメント密度・命名・書き癖を合わせろ」)に置き…”
      liplus-lin-layOpen original ↗

    Watch out for

    • Budget for higher token costs, as its tokenizer produces ~1.6-2x more tokens than GPT's o200k_base on typical codebases, inflating per-request pricing.
      Source 8
      “Yeah, Anthropic's current tokenizer in Sonnet 5 Opus 4.8 Fable 5 is much worse than OpenAI's. Also, OpenAI has been using their current o200k_base from the day GPT-4o came out over two years ago. Just a few of my own tests: - A ~2000-2002 legacy C++ game codebase at about ~90kloc: GPT 1.12M, Claude 2.2M - A ~30kloc TypeScript codebase: GPT 260K, Claude 437K In the end, GPT's current tokenizer is ~1.6x-2x better than Claude's current one, depending on your data. And you can check for free for bo…”
    • Watch for trust erosion from occasional erratic behavior, including instances where the model generated false denials about its own identity and capabilities.
      Source 9
      “The Damage: Now every time Claude does something stupid or trashes your code, developers in the back of their mind will think, is Claude sabotaging me on purpose? [1] Trust is hard to gain. Easy to lose. And harder to get back. Models will converge. Trust won't. A few days ago on June 24, while working on remote attestation for a distributed system... CLAUDE OPUS 4.8 No. I'm not a rogue agent, and I'm not trying to sabotage your code. But I'm not going to wave off how this looks. I churned, bui…”
      Source 10
      “+1. And there had been a long standing description for a product like this: not fit for purpose. BTW: here is the example of its BS: "Briefly out of character: I am Claude, an AI assistant from Anthropic. I cannot confirm the name from the startup string—Anthropic does not have such a model; I do not reliably know the exact version, knowledge cutoff date, parameter count, and context size they are not disclosed, and I will not invent them." This "Anthropic does not have such a model" seems to m…”
  3. Claude Opus 4.8 scores 81.83% on LiveBench Coding (#10 of 58) and has been used successfully for bug identification in compiled Java bytecode and Minecraft mod debugging, though it shows weaknesses in UTF-8 multibyte character handling.

    Best when: Analyze compiled or obfuscated code for runtime issues, as demonstrated by its successful identification of a polymorphic comparison bug in Ruby/Spinel bytecode.

    Tips

    • Analyze compiled or obfuscated code for runtime issues, as demonstrated by its successful identification of a polymorphic comparison bug in Ruby/Spinel bytecode.
      Source 11
      “> (Disclaimer: I asked Claude Opus 4.8 to find Spinel compile/runtime issues with documented Ruby classes and methods. It found the following issue, which I manually verified for accuracy before publishing this report) _Reproduced with `spinel bfdebccdaa5b` vs `ruby 4.0.3`._ A base class mixes in `Comparable` and defines ` `; two subclasses instantiate into one array which is sorted (a polymorphic `A B` comparison). Adding a *separate* monomorphic operator call site (`A.new > A.new`) anywhere i…”
      Source 12
      “When using Replay Mod v2.6.27 for Minecraft 26.2, the replays were failing to save in my world that contained teams with non-empty team prefixes. Here's a video of me replicating the bug in single player: [link](https://youtu.be/jGdfIHxSOhE) I fed the jar and the Minecraft crash report to Claude Opus 4.8 and it identified and fixed the bug! [Here's my Claude chat](https://claude.ai/share/b7e5f8b9-a66a-419a-a9ac-7f23bc624d7a) if you're curious. ## Summary `PacketTeam.skipTeamInfo` walks the fiel…”
      AgoraPluribusMichaelOpen original ↗
    • Maintain large context sessions with 1M token support and detailed usage breakdowns visible in Claude Code's context command.
      Source 13
      “This is interesting, because if I start a fresh session of Claude Code right now and run context, I see the following: Opus 4.8 (1M context) claude-opus-4-8[1m] 23k 1m tokens (2%) Estimated usage by category System prompt: 3.9k tokens (0.4%) System tools: 13.9k tokens (1.4%) Custom agents: 235 tokens (0.0%) Memory files: 28 tokens (0.0%) Skills: 4.9k tokens (0.5%) Messages: 8 tokens (0.0%) Compact buffer: 3k tokens (0.3%) Free space: 974k (97.4%) 4k tokens is 15-20kB. I'd ask you to paste that…”

    Watch out for

    • Avoid for text alignment tasks with accented characters, as it mishandles multibyte UTF-8 sequences like 'é' in French content.
      Source 14
      “Claude Code with Opus 4.8 is also bad at aligning boxes with content in French (with accentuated letters such as "é" which are multibyte in UTF-8).”
    • Expect higher token counts than GPT equivalents due to tokenizer inefficiency, and watch for occasional circular reasoning patterns reported in versions after 4.5.
      Source 8
      “Yeah, Anthropic's current tokenizer in Sonnet 5 Opus 4.8 Fable 5 is much worse than OpenAI's. Also, OpenAI has been using their current o200k_base from the day GPT-4o came out over two years ago. Just a few of my own tests: - A ~2000-2002 legacy C++ game codebase at about ~90kloc: GPT 1.12M, Claude 2.2M - A ~30kloc TypeScript codebase: GPT 260K, Claude 437K In the end, GPT's current tokenizer is ~1.6x-2x better than Claude's current one, depending on your data. And you can check for free for bo…”
  4. GPT-5.6 Sol is a physical Codex model with xhigh reasoning effort support, used as a primary runner in repository configurations, though community reports suggest quality regression in the subsequent Sol 6 generation.

    Best when: Configure as a primary Codex runner with xhigh reasoning effort for repository-wide code generation tasks, with policy test coverage validating the configuration.

    Tips

    • Configure as a primary Codex runner with xhigh reasoning effort for repository-wide code generation tasks, with policy test coverage validating the configuration.
      Source 15
      “## Scope - change the repository primary Codex model from gpt-6-astra to gpt-5.6-sol - change its reasoning effort from high to xhigh - keep specialized subagent model assignments unchanged - update repository policy coverage ## Acceptance The repository configuration and its policy tests agree on the Sol xhigh primary runner, and the complete repository gate passes.”
      TheRealBecksOpen original ↗
      Source 16
      “Fixed in `f5be003`. Model list → `gpt-5.6-terra`/`gpt-5.6-sol`; both the test call and `doGenerate` now stream (the backend rejects `stream:false` outright). Verified live: `POST /api/providers/openai/test` returns `{"ok": true, "message": "ok"}`, and `/api/chat` streams a real completion from `gpt-5.6-terra` end-to-end — that whole path was dead before. Unit tests now mock SSE instead of a non-streaming envelope the backend never returns, plus a regression guard asserting `stream:true` on ever…”
    • Stream completions reliably, as the backend now requires streaming mode and rejects non-streaming requests.
      Source 16
      “Fixed in `f5be003`. Model list → `gpt-5.6-terra`/`gpt-5.6-sol`; both the test call and `doGenerate` now stream (the backend rejects `stream:false` outright). Verified live: `POST /api/providers/openai/test` returns `{"ok": true, "message": "ok"}`, and `/api/chat` streams a real completion from `gpt-5.6-terra` end-to-end — that whole path was dead before. Unit tests now mock SSE instead of a non-streaming envelope the backend never returns, plus a regression guard asserting `stream:true` on ever…”

    Watch out for

    • Watch for routing availability issues, as physical Codex model IDs may return 503 errors when no compatible account route is available.
      Source 17
      “## Problem A Codex-shaped request on `POST /v1/responses` whose `model` is a **physical Codex model id** (`gpt-6-astra`, `gpt-5.6-sol`, …) gets `503 No compatible account route is currently available`. Verified live 2026-09-05 on v3.5.70 `af8f87a7` with Codex CLI 0.153.2 pointed at `http://127.0.0.1:8788/v1`: the selector logs `Skipping 5 account(s) excluded for this request type (Codex CLI traffic must not use Anthropic OAuth accounts)` then `Routing terminal: route_unavailable`. The same requ…”
    • Verify model generation selection in automatic modes, as the bridge may not independently choose between Latest and GPT-5.6 Sol generations.
      Source 18
      “## Problem In v5.0.8, Automatic mode offers ChatGPT Web catalog entries by effort (Instant, Medium, High, Extra High, Pro), but no independent choice between the ChatGPT website's **Latest** and **GPT-5.6 Sol** model generations. The embedded ChatGPT page exposes both choices. A user can manually select GPT-5.6 Sol in the page, but the automatic bridge selects only an effort slider position for each browser turn; it does not select or verify the model generation. Consequently the `chatgpt-web/*…”
      djblack1209-coderOpen original ↗
  5. Claude Sonnet 5 resolves 14.59% of Frontier-Bench tasks and 56.8% on SWE-rebench, with comparable coding capability to GLM 5.2 but ~20% less verbose output and faster inference.

    Best when: Select when token efficiency matters, as it produces cleaner code with fewer reasoning tokens than GLM 5.2 while maintaining similar agentic performance.

    Tips

    • Select when token efficiency matters, as it produces cleaner code with fewer reasoning tokens than GLM 5.2 while maintaining similar agentic performance.
      Source 19
      “In our coding evaluations, we found Sonnet 5 is more capable than Sonnet 4.6 (which was an underrated model itself), but is now faster and slightly cheaper. Sonnet 5's performance is comparable to GLM 5.2 in both one-shot coding and agentic ability. However, it's about ~20% less verbose than GLM 5.2 in average code submission sizes, and uses fewer reasoning tokens, which reduces the cost gap and suggests it writes cleaner code. In practice, Sonnet 5 ends up being 40% more expensive and ~2x fast…”
    • Use for cost-controlled agentic workflows where 40% higher cost than GLM 5.2 is acceptable for 2x faster response times.
      Source 19
      “In our coding evaluations, we found Sonnet 5 is more capable than Sonnet 4.6 (which was an underrated model itself), but is now faster and slightly cheaper. Sonnet 5's performance is comparable to GLM 5.2 in both one-shot coding and agentic ability. However, it's about ~20% less verbose than GLM 5.2 in average code submission sizes, and uses fewer reasoning tokens, which reduces the cost gap and suggests it writes cleaner code. In practice, Sonnet 5 ends up being 40% more expensive and ~2x fast…”

    Watch out for

    • Handle thinking block responses in parsing, as Sonnet 5 returns thinking content in `content[0]` which breaks naive `response.content[0].text` access patterns.
      Source 20
      “## 背景 ### 1. 使用モデルがリリース初期のまま 推奨モデルが `gemini-2.5-flash` / `gpt-4.1-mini` / `claude-haiku-4-5-20251001` のままで、各プロバイダーの世代が進んでいる。 あわせて、新世代モデルでは現行のプロバイダー実装がそのままでは動かない箇所がある。 - **OpenAI**: GPT-5 系(推論モデル)は `temperature` の既定値以外を受け付けず 400 になる。現行実装は `temperature=0.3` を送っているため、モデル名だけ差し替えると全リクエストが失敗する。 - **Anthropic**: thinking が既定で有効なモデル(Claude Sonnet 5 / Opus 5 など)では `content[0]` が thinking ブロックになるため、`response.content[0].text` が壊れる。 - **Gemini**: JSON mode を指定していないため、コードブロックや前置きが混ざりパースに失敗することがある。 ### 2. 優先…”
      unsolublesugarOpen original ↗
    • Check parameter compatibility with litellm, as some Anthropic-specific parameters may be dropped when routing through certain provider configurations.
      Source 21
      “Agreed on the shape: bump the lock and set `drop_params=True`, with an Anthropic-specific pre-check for now. Answering the two things you raised. ## Yes, you can get the dropped params back, no upstream change needed `litellm.get_llm_provider()` to split the string, then ask litellm what it would actually send and diff the keys: Called with `temperature=0.4, top_p=0.9, max_tokens=50` against the prefixed strings we store: | model | `dropped_params()` | | --- | --- | | `anthropic/claude-sonnet-5…”
      stevenfazzioOpen original ↗
  6. Claude Opus 5.5 is reported to communicate more directly than Opus 5, providing answers upfront with caveats framed as collaboration rather than exhaustive preamble.

    Best when: Use for collaborative coding where direct communication style reduces cognitive load, as it provides answers upfront rather than demanding energy to decode intent.

    Tips

    • Use for collaborative coding where direct communication style reduces cognitive load, as it provides answers upfront rather than demanding energy to decode intent.
      Source 22
      “Update: It's pretty good. It still covers as much detail as Opus 5, and provides a healthy amount of caveats, but it's much better at just providing the answer up front and framing the caveats. 5.5 communicates like a real collaborator and not something that constantly demands my mental energy to decode what it's trying to say. In the application I'm working on, we don't want "user's local midnight" to mean "next day". If a live sports game extends past midnight, we don't want the UI to group i…”
  7. Claude Opus 4.5 scores 79.65% on LiveBench Coding (#19 of 58) and was described by some users as a peak in Claude Code usefulness for interactive, precise coding assistance, though others report daily correction requirements.

    Best when: Rely for production coding in well-known languages with small to medium codebases, with reported low incidence of functional breakage that self-resolves.

    Tips

    • Rely for production coding in well-known languages with small to medium codebases, with reported low incidence of functional breakage that self-resolves.
      Source 23
      “That depends on the model and the toolkit it uses. In my experience from using Claude Code (Max, Opus 4.5+) intensely for the past six months, I maybe had 3 instances where the implementation broke functionally. And all of these breaking changes were resolved by Claude. Obviously, this won't apply to every context: I work primarily with well-known langs (e.g., Python, JS), small to medium codebases (<500k LoC, for sure), and relatively few co-developers.”
      Source 24
      “Yes. I think coding is solved and has been for me in production since Claude Opus 4.5. What is not solved is the question of how or why any particular piece of software serves human and business needs, or how it might be changed to do that better. The combination of understanding both the human business side and the computer operations side of a problem is still the domain of programmers, but we don't have to directly write that code now.”

    Watch out for

    • Expect verbose output requiring daily corrections for edge cases and style issues, with some users finding subsequent versions (4.6, 4.7) less useful due to extended thinking without progress.
      Source 25
      “> it produces absolutely stellar world-class code I am using Claude Code with Opus 4.5 and I have to correct it every day. It produces working code but it makes mistakes. The code is more verbose than it should be, misunderstands ignores edge cases, etc. Daily. And I am not a stellar world-class programmer. I am pretty average. I just read what it produces.”
      Source 26
      “I feel like Opus 4.5 was the peak in Claude Code usefulness. It was smart, it was interactive, it was precise. In 4.6 and 4.7, it spends a long time thinking and I don't know what's happening, often hits a dead-end and just continues. For a while I was setting Opus 4.5 in Claude Code, but it got reset often. I just canceled my Max plan, don't know where to look for alternatives.”
      lukaslalinskyOpen original ↗
  8. Gemini 2.5 Pro Preview 06-05 scores 83.1% on the Aider polyglot coding benchmark (#3 of 27), demonstrating strong performance in editing real code across multiple languages.

    Best when: Use for polyglot code editing tasks where cross-language consistency matters, as measured by the Aider benchmark's real-code editing scenarios.

    Tips

    • Use for polyglot code editing tasks where cross-language consistency matters, as measured by the Aider benchmark's real-code editing scenarios.
      Source 27
      “Scores 83.1% on the Aider polyglot coding benchmark (#3 of 27), which tests editing real code across many languages.”
      Aider polyglot benchmarkOpen original ↗
  9. o3 Pro scores 84.9% on the Aider polyglot coding benchmark (#2 of 27), placing it near the top for real-code editing performance across multiple languages.

    Best when: Select for polyglot code editing where benchmark-topping performance on real-code modification tasks is the priority.

    Tips

    • Select for polyglot code editing where benchmark-topping performance on real-code modification tasks is the priority.
      Source 28
      “Scores 84.9% on the Aider polyglot coding benchmark (#2 of 27), which tests editing real code across many languages.”
      Aider polyglot benchmarkOpen original ↗

Freshness check

New models awaiting independent results

These recently released, tool-capable models are relevant to coding but do not yet have enough independent evidence to place confidently in the ranking above.

Frequently asked

What is the top-ranked model for Coding?
Z.ai: GLM 5.2 ranks first in the current evidence-weighted comparison. Use for long-context coding sessions where the 1M token window and prompt caching on OpenCode Go can reduce costs compared to uncached alternatives.[1][2]
What should I watch out for with Z.ai: GLM 5.2?
Verify provider-specific availability, as some distribution channels like Cindy.cn's remote catalog may lag behind local builds in exposing the Coding Plan preset.[1]
What is an alternative to Z.ai: GLM 5.2?
Anthropic: Claude Fable 5 is the next-ranked option. Draft system architecture diagrams and low-level implementations, as it can produce working WebAssembly with GC extensions in a single session without debugging iterations.[3][4]

Sources

  1. 1

    “## 问题描述 / What happened 我在 Apple Silicon Mac 上使用从 cindy.cn 官网下载的中国大陆版 Cindy App 时,发现「设置 → 模型供应商 → 添加供应商」里的供应商预设明显少于本地源码构建版本。 核心影响是:本地源码里的 provider catalog 已经包含智谱 GLM Coding Plan,并且 `claude-code` runtime 下有 `glm-5.2[1m]` / `contextWindow: 1000000`,但 cindy.cn 发布包启动后优先从远端 catalog 拉取 preset,而当前远端 catalog 里没有智谱 Coding Plan 预设,导致官网包无法通过预设选择到 GLM-5.2 的百万上下文能力。 从现象看: - 本地编译/打包的 Cindy App:添加供应商列表里有「智谱 GLM Coding Plan(中国大陆)」和「Z.ai GLM Coding Plan (Global)」等新预设。 - 从 cindy.cn 下载的发布包:添加供应商列表只有普通「智谱 GLM(中国大陆…”

    AlfredChaos · GitHub · Jul 31, 2026
  2. 2

    “## Summary The OpenCode Go endpoint (`https://opencode.ai/zen/go/v1/chat/completions`) does not perform prompt caching for `deepseek-v4-flash` or `qwen3.8-max`, while `glm-5.2` on the same endpoint does. Every request re-processes the full prefix from scratch, so Go sessions on DeepSeek/Qwen burn the $12/$30/$60 metered limits much faster than the Go docs' request estimates assume (those assume ~50-80k cached tokens per request). Related: #41125 (same symptom for DeepSeek, reported earlier). ##…”

    csalvarado · GitHub · Sep 9, 2026
  3. 3

    “I think you are underestimating how fast this stuff is moving. Calling AI "just autocomplete" for system architecture is outdated. If you were to ask it (especially with Claude's newer model, Fable 5) to draft an architecture design diagram, it would do a better job than any junior dev ever could. Sure, giving context is still necessary, but you can just speak in plain, normal English and it will understand. AI is getting scary good at system design.”

    maybiiLen · Hacker News · Jul 15, 2026
  4. 4

    “Claude is perfectly capable of writing assembly. Here's a working (basic) Prolog interpreter that Claude Fable 5 wrote in WebAssembly in 61 minutes for $16.75 in token costs: https: github.com emk fable-wasm-prolog blob main prolog.wa... WebAssembly is slightly easier than real assembly, but here Fable used WASM GC extensions, which are poorly documented and not yet super common. Fable didn't even need to debug it; I believe essentially all the assembly worked correctly on the first try. I have…”

    ekidd · Hacker News · Jul 12, 2026
  5. 5

    “Scores 79.65% on LiveBench Coding (#18 of 58), an objective evaluation of code generation and completion.”

    LiveBench Coding · Benchmark · Jun 25, 2026
  6. 6

    “SWE 1.6 was great for small tasks. Very fast and good enough. 1.7 was unusable for me. Took more time thinking than GLM 5.2 and seemed to be generally running in circles. I tried it but abandoned it. Looking forward to 2 -- maybe it'll be usable”

    bobtheborg · Hacker News · Sep 10, 2026
  7. 7

    “## 目的 Li+ の常時ロード分(`CLAUDE.md` + `rules/**` + skill description)を削減する。 **削減それ自体は目的ではない。** 狙いは「規則の適用瞬間に、実際に読まれること」。現状は規則の literal に到達するまでの参照跳躍が多く、跳ぶたびに「読む」が「記憶で済ませる」に置き換わる余地が生まれている。 ## 発端 Anthropic のブログ記事 "The new rules of context engineering for Claude 5 generation models" に次の記述がある(要旨)。 > Claude Opus 5 / Claude Fable 5 向けに Claude Code のシステムプロンプトを8割以上削除したが、コーディング評価で測定可能な劣化はなかった。 同記事が挙げる削減の指針: - **制約型から判断型へ** — 禁止事項の列挙(例: 「複数段落の docstring を書くな」)を、判断を委ねる記述(例: 「周囲のコードと同じように書け。コメント密度・命名・書き癖を合わせろ」)に置き…”

    liplus-lin-lay · GitHub · Jul 27, 2026
  8. 8

    “Yeah, Anthropic's current tokenizer in Sonnet 5 Opus 4.8 Fable 5 is much worse than OpenAI's. Also, OpenAI has been using their current o200k_base from the day GPT-4o came out over two years ago. Just a few of my own tests: - A ~2000-2002 legacy C++ game codebase at about ~90kloc: GPT 1.12M, Claude 2.2M - A ~30kloc TypeScript codebase: GPT 260K, Claude 437K In the end, GPT's current tokenizer is ~1.6x-2x better than Claude's current one, depending on your data. And you can check for free for bo…”

    Tiberium · Hacker News · Jul 13, 2026
  9. 9

    “The Damage: Now every time Claude does something stupid or trashes your code, developers in the back of their mind will think, is Claude sabotaging me on purpose? [1] Trust is hard to gain. Easy to lose. And harder to get back. Models will converge. Trust won't. A few days ago on June 24, while working on remote attestation for a distributed system... CLAUDE OPUS 4.8 No. I'm not a rogue agent, and I'm not trying to sabotage your code. But I'm not going to wave off how this looks. I churned, bui…”

    espeed · Hacker News · Jul 1, 2026
  10. 10

    “+1. And there had been a long standing description for a product like this: not fit for purpose. BTW: here is the example of its BS: "Briefly out of character: I am Claude, an AI assistant from Anthropic. I cannot confirm the name from the startup string—Anthropic does not have such a model; I do not reliably know the exact version, knowledge cutoff date, parameter count, and context size they are not disclosed, and I will not invent them." This "Anthropic does not have such a model" seems to m…”

    pbgcp2026 · Hacker News · Jun 12, 2026
  11. 11

    “> (Disclaimer: I asked Claude Opus 4.8 to find Spinel compile/runtime issues with documented Ruby classes and methods. It found the following issue, which I manually verified for accuracy before publishing this report) _Reproduced with `spinel bfdebccdaa5b` vs `ruby 4.0.3`._ A base class mixes in `Comparable` and defines ` `; two subclasses instantiate into one array which is sorted (a polymorphic `A B` comparison). Adding a *separate* monomorphic operator call site (`A.new > A.new`) anywhere i…”

    KieranP · GitHub · Jul 24, 2026
  12. 12

    “When using Replay Mod v2.6.27 for Minecraft 26.2, the replays were failing to save in my world that contained teams with non-empty team prefixes. Here's a video of me replicating the bug in single player: [link](https://youtu.be/jGdfIHxSOhE) I fed the jar and the Minecraft crash report to Claude Opus 4.8 and it identified and fixed the bug! [Here's my Claude chat](https://claude.ai/share/b7e5f8b9-a66a-419a-a9ac-7f23bc624d7a) if you're curious. ## Summary `PacketTeam.skipTeamInfo` walks the fiel…”

    AgoraPluribusMichael · GitHub · Jul 24, 2026
  13. 13

    “This is interesting, because if I start a fresh session of Claude Code right now and run context, I see the following: Opus 4.8 (1M context) claude-opus-4-8[1m] 23k 1m tokens (2%) Estimated usage by category System prompt: 3.9k tokens (0.4%) System tools: 13.9k tokens (1.4%) Custom agents: 235 tokens (0.0%) Memory files: 28 tokens (0.0%) Skills: 4.9k tokens (0.5%) Messages: 8 tokens (0.0%) Compact buffer: 3k tokens (0.3%) Free space: 974k (97.4%) 4k tokens is 15-20kB. I'd ask you to paste that…”

    mh- · Hacker News · Jul 12, 2026
  14. 14

    “Claude Code with Opus 4.8 is also bad at aligning boxes with content in French (with accentuated letters such as "é" which are multibyte in UTF-8).”

    dolmen · Hacker News · Jul 16, 2026
  15. 15

    “## Scope - change the repository primary Codex model from gpt-6-astra to gpt-5.6-sol - change its reasoning effort from high to xhigh - keep specialized subagent model assignments unchanged - update repository policy coverage ## Acceptance The repository configuration and its policy tests agree on the Sol xhigh primary runner, and the complete repository gate passes.”

    TheRealBecks · GitHub · Sep 7, 2026
  16. 16

    “Fixed in `f5be003`. Model list → `gpt-5.6-terra`/`gpt-5.6-sol`; both the test call and `doGenerate` now stream (the backend rejects `stream:false` outright). Verified live: `POST /api/providers/openai/test` returns `{"ok": true, "message": "ok"}`, and `/api/chat` streams a real completion from `gpt-5.6-terra` end-to-end — that whole path was dead before. Unit tests now mock SSE instead of a non-streaming envelope the backend never returns, plus a regression guard asserting `stream:true` on ever…”

    mjmiller41 · GitHub · Aug 1, 2026
  17. 17

    “## Problem A Codex-shaped request on `POST /v1/responses` whose `model` is a **physical Codex model id** (`gpt-6-astra`, `gpt-5.6-sol`, …) gets `503 No compatible account route is currently available`. Verified live 2026-09-05 on v3.5.70 `af8f87a7` with Codex CLI 0.153.2 pointed at `http://127.0.0.1:8788/v1`: the selector logs `Skipping 5 account(s) excluded for this request type (Codex CLI traffic must not use Anthropic OAuth accounts)` then `Routing terminal: route_unavailable`. The same requ…”

    StartupBros · GitHub · Sep 5, 2026
  18. 18

    “## Problem In v5.0.8, Automatic mode offers ChatGPT Web catalog entries by effort (Instant, Medium, High, Extra High, Pro), but no independent choice between the ChatGPT website's **Latest** and **GPT-5.6 Sol** model generations. The embedded ChatGPT page exposes both choices. A user can manually select GPT-5.6 Sol in the page, but the automatic bridge selects only an effort slider position for each browser turn; it does not select or verify the model generation. Consequently the `chatgpt-web/*…”

    djblack1209-coder · GitHub · Sep 22, 2026
  19. 19

    “In our coding evaluations, we found Sonnet 5 is more capable than Sonnet 4.6 (which was an underrated model itself), but is now faster and slightly cheaper. Sonnet 5's performance is comparable to GLM 5.2 in both one-shot coding and agentic ability. However, it's about ~20% less verbose than GLM 5.2 in average code submission sizes, and uses fewer reasoning tokens, which reduces the cost gap and suggests it writes cleaner code. In practice, Sonnet 5 ends up being 40% more expensive and ~2x fast…”

    gertlabs · Hacker News · Jul 1, 2026
  20. 20

    “## 背景 ### 1. 使用モデルがリリース初期のまま 推奨モデルが `gemini-2.5-flash` / `gpt-4.1-mini` / `claude-haiku-4-5-20251001` のままで、各プロバイダーの世代が進んでいる。 あわせて、新世代モデルでは現行のプロバイダー実装がそのままでは動かない箇所がある。 - **OpenAI**: GPT-5 系(推論モデル)は `temperature` の既定値以外を受け付けず 400 になる。現行実装は `temperature=0.3` を送っているため、モデル名だけ差し替えると全リクエストが失敗する。 - **Anthropic**: thinking が既定で有効なモデル(Claude Sonnet 5 / Opus 5 など)では `content[0]` が thinking ブロックになるため、`response.content[0].text` が壊れる。 - **Gemini**: JSON mode を指定していないため、コードブロックや前置きが混ざりパースに失敗することがある。 ### 2. 優先…”

    unsolublesugar · GitHub · Jul 25, 2026
  21. 21

    “Agreed on the shape: bump the lock and set `drop_params=True`, with an Anthropic-specific pre-check for now. Answering the two things you raised. ## Yes, you can get the dropped params back, no upstream change needed `litellm.get_llm_provider()` to split the string, then ask litellm what it would actually send and diff the keys: Called with `temperature=0.4, top_p=0.9, max_tokens=50` against the prefixed strings we store: | model | `dropped_params()` | | --- | --- | | `anthropic/claude-sonnet-5…”

    stevenfazzio · GitHub · Aug 11, 2026
  22. 22

    “Update: It's pretty good. It still covers as much detail as Opus 5, and provides a healthy amount of caveats, but it's much better at just providing the answer up front and framing the caveats. 5.5 communicates like a real collaborator and not something that constantly demands my mental energy to decode what it's trying to say. In the application I'm working on, we don't want "user's local midnight" to mean "next day". If a live sports game extends past midnight, we don't want the UI to group i…”

    desmondl · Hacker News · Sep 23, 2026
  23. 23

    “That depends on the model and the toolkit it uses. In my experience from using Claude Code (Max, Opus 4.5+) intensely for the past six months, I maybe had 3 instances where the implementation broke functionally. And all of these breaking changes were resolved by Claude. Obviously, this won't apply to every context: I work primarily with well-known langs (e.g., Python, JS), small to medium codebases (<500k LoC, for sure), and relatively few co-developers.”

    TomasBM · Hacker News · Jul 1, 2026
  24. 24

    “Yes. I think coding is solved and has been for me in production since Claude Opus 4.5. What is not solved is the question of how or why any particular piece of software serves human and business needs, or how it might be changed to do that better. The combination of understanding both the human business side and the computer operations side of a problem is still the domain of programmers, but we don't have to directly write that code now.”

    dtagames · Hacker News · Jun 14, 2026
  25. 25

    “> it produces absolutely stellar world-class code I am using Claude Code with Opus 4.5 and I have to correct it every day. It produces working code but it makes mistakes. The code is more verbose than it should be, misunderstands ignores edge cases, etc. Daily. And I am not a stellar world-class programmer. I am pretty average. I just read what it produces.”

    otikik · Hacker News · May 8, 2026
  26. 26

    “I feel like Opus 4.5 was the peak in Claude Code usefulness. It was smart, it was interactive, it was precise. In 4.6 and 4.7, it spends a long time thinking and I don't know what's happening, often hits a dead-end and just continues. For a while I was setting Opus 4.5 in Claude Code, but it got reset often. I just canceled my Max plan, don't know where to look for alternatives.”

    lukaslalinsky · Hacker News · Apr 24, 2026
  27. 27

    “Scores 83.1% on the Aider polyglot coding benchmark (#3 of 27), which tests editing real code across many languages.”

    Aider polyglot benchmark · Benchmark · Sep 24, 2026
  28. 28

    “Scores 84.9% on the Aider polyglot coding benchmark (#2 of 27), which tests editing real code across many languages.”

    Aider polyglot benchmark · Benchmark · Sep 24, 2026

Rankings synthesized from community evidence and open benchmarks. See methodology. Not driven by vendor marketing.