DevConsensus
Models / GLM 5.1
Model · HN opinions Nov 2025 – Nov 2026

GLM 5.1: what developers actually say

We read every Hacker News comment from Nov 2025 – Nov 2026 that gave a real opinion on GLM 5.1. 54 of the 67 opinions come from people who say they use it themselves.

78%approval, all opinions
–approval, last 90 days
#8of 45 models ranked
50different developers

Developers give GLM 5.1 a 78% approval score across 67 opinions from 50 authors, and 54 of those opinions come from direct users. Code quality is the strongest theme at 28 positive mentions against 4 negative, and cost follows at 18 positive with none negative. Monthly approval fell from 95 in May to 68 in June on 19 opinions, so the recent direction is down. July holds only 1 opinion, too few to call a recovery.

Pick it if

  • Want strong code quality at a low price
  • Are running long agent tasks on a tight budget
  • Want a model that works well in OpenCode or a spec-driven workflow

Look elsewhere if

  • Need stable behavior past 200k tokens of context
  • Depend on security work, which it often refuses
  • Need fast responses during peak hours

Strengths and weaknesses

Each row counts opinions that mentioned the topic. Bars to the right of the line are praise, bars to the left are complaints.

PraiseComplaints
Code quality
4
28
Cost & pricing
18
Speed
2
3
Reliability
3
1
Autonomy
3

How opinion has moved

050100Apr '26May '26Jun '26
Monthly approval (line) and number of opinions (bars). Months with fewer than 3 opinions are left out.

What developers say

Praise

Was very happy with GLM 5.1 for their spec-driven coding workflow.HN comment · Jul 11, 2026
Says GLM 5.1 fixed many low-level programming issues that Opus kept looping on.HN comment · Jun 18, 2026
Says experimenting with GLM 5.1 gives quite good results for the price on bigger tasks.HN comment · Jun 16, 2026
Switched from Kimi K2.5 to GLM 5.1 and feels it is a step above.HN comment · Jun 14, 2026
Calls GLM 5.1 their main model; fairly capable and improving each release, though a bit slow.HN comment · Jun 13, 2026
Uses GLM 5.1 for personal projects and sees little capability gap with Claude Opus for agent tasks.HN comment · Jun 13, 2026
Thinks GLM 5.1 is somewhat stronger than Sonnet 4.6 and works well in OpenCode.HN comment · Jun 12, 2026
Says GLM 5.1 runs for hours and finds subtle concurrency bugs nearly as well as Opus, at about 1/20 the price.HN comment · Jun 12, 2026

Complaints

Advises against very low-bit quantizations of GLM 5.1, finding smaller models more reliable.HN comment · Jun 21, 2026
Reports the same disappointing experience with GLM 5.1 as with DeepSeek Pro.HN comment · Jun 17, 2026
Says GLM 5.1 performance degraded after about 200k tokens of context in their use on the coding plan.HN comment · Jun 14, 2026
Says GLM 5.1 refuses almost any security task, so they moved that work to Fable.HN comment · Jun 13, 2026
Used GLM 5.1 before but no longer uses it, finding it not as good as GPT-5.5.HN comment · Jun 5, 2026
Found GLM 5.1's first attempt at a conversion task a disaster and wasted time.HN comment · Apr 25, 2026
Tried GLM 5.1 with Claude Code for a week; found it slower with layout and functionality errors.HN comment · Apr 24, 2026
Found GLM 5.1 worse than GLM 5 in their tests and thinks it is tuned more for agentic coding.HN comment · Apr 8, 2026

Summaries are paraphrased. Each links to the original comment.

FAQ

Is GLM 5.1 worth it?

Most developers say yes. It scores 78% approval, and cost is the clearest strength with 18 positive mentions and none negative. The weak spot is reliability, where negative mentions outnumber positive ones 3 to 1.

Is GLM 5.1 better than Claude Opus?

Opinions split. Two people preferred it to Claude Opus 4.6, and some say it comes close on agent tasks at about 1/20 the price. Others describe it as clearly weaker and slower than Opus, so the answer depends on how much you weigh cost against raw capability.

How does GLM 5.1 handle long context?

One user reported performance degrading after about 200k tokens on the coding plan. Another described it as quirky near full context. Keep tasks inside a smaller window if reliability matters.