Live data from Hacker News

GLM 5.2 beats Claude in our benchmarks

semgrep.dev

351–360 of 559 posts

Re: GLM 5.2 beats Claude in our benchmarks

#351
It’s hard to argue against the open weight models if your only concern is coding. Which, for many of us hackers here in this forum, it is.

But I would like to point out that the overwhelming majority of people using LLMs aren’t programmers, don’t care about coding, and couldn’t even be bothered to “vibe code”.

So we should consider the bias of the output of these open weight models, and what that looks like, outside of the context of writing code.

Re: GLM 5.2 beats Claude in our benchmarks

#352

Earlier quoted context omitted.

> A typical session for me with GPT is usually over a hundred dollars. I don't think a $100 session is "typical". I use GPT for months. $20/m plus plan is enough for my daily work.

It's really interesting what "normal" is for folks. I use the $200/month Anthropic subscription and use it within a few percentages of my limit every week. I'd blow through $20/month plan in hours.

Shorter sessions more often doing a /clear etc. save a shit ton of tokens. I pay 100 bucks a month but barely use 30% of it most weeks.

Re: GLM 5.2 beats Claude in our benchmarks

#353

I tried GLM many times and it is bad, i have on clue what these people are talking about

Bad for security research or for general coding? Having used GLM 5.2 for non-security software work, I can say it's better than Sonnet (but not Opus), and cheaper than both (because when you steal someone else's IP, you don't have to amortize the cost of their R&D).

stealing someone's ip... hmmmm

Re: GLM 5.2 beats Claude in our benchmarks

#354
post #262

Earlier quoted context omitted.

GLM 5.2 is a great model, but if you only want to use the best model available, it isn't there yet. Every lab releases models that memorize benchmark answers, both intentionally and unintentionally. But we consistently find that models from Chinese labs have a wider gap between public benchmarks and our evaluations, which we designed to be less vulnerable to benchmaxxing. In multi-agent coding environments, GLM 5.2 i…

> but if you only want to use the best model available, it isn't there yet I'm trying to wrap my head around exactly why so may people seem to want the best model available when it has recently become clear that most halfway decent models can write damn good code for a fraction of the price. And the frontier models get nerfed constantly so you with open weight you can get something slightly less performant but way mo…

I’m writing a lot of React code and find that the cheaper models are pretty terrible. Maybe I’m holding it wrong but the experience that the cheaper model is usually enough just track with my experience. Worse, I find predicting the difficulty of tasks exceedingly difficult. More often than not using the initially cheaper models requires me to reroll with a more expensive one or waste a lot of times and tokens cleaning up the subpar results. With OpenAI and Anthropic still subsiding tokens, not using the best models still seems like a tough ask.

Re: GLM 5.2 beats Claude in our benchmarks

#355

Earlier quoted context omitted.

You can use GLM in OpenCode with a z.ai subscription by default as well. Also it'd be good if you mentioned you were involved with nemesis8.

I think it would be good not to suggest someone run a new Chinese agent on their bare metal. When I posted the comment I was both the first commentor as well as the first person to upvote the submission. That matters. My name is ALSO on the open source repo that allows Opencode to be run in a container. That's transparency, maybe not here, but on a clickthrough to Github it is immediately obvioius.

> I think it would be good not to suggest someone run a new Chinese agent on their bare metal.

Not sure a project nobody knows or uses is much better in this regard?

Re: GLM 5.2 beats Claude in our benchmarks

#356

Earlier quoted context omitted.

GLM 5.2 and DeepSeek v4 Pro seem to approach security research differently. This benchmark was with GLM 5.1, but the patterns are similar: https://dualuse.dev/posts/deepseek-v4-thinks-different Overall, I still think GLM 5.2 is the much stronger performer. It's hard to tell the difference between GLM 5.2 and Opus at <120k tokens.

I have found that some models consistently find or miss specific bugs, and which bugs are hard don't completely line up across all models, so I believe that. I just refactored the security bug-finding harness I've been working on completely (not checked in yet, testing it currently) to strongly encourage "multi-model, multi-pass" scans and make them easy to orchestrate with de-dupe and weeding false positives with a…

So its like run 3 loops of “here project, find bugs” with all good models, then dedupe and priorize with a sota?

Re: GLM 5.2 beats Claude in our benchmarks

#357
post #351

It’s hard to argue against the open weight models if your only concern is coding. Which, for many of us hackers here in this forum, it is. But I would like to point out that the overwhelming majority of people using LLMs aren’t programmers, don’t care about coding, and couldn’t even be bothered to “vibe code”. So we should consider the bias of the output of these open weight models, and what that looks like, outside…

There is no money made from these people though .. people who are using ChatGPT to plan for their next week-end or their next vacation aren't paying a $100 or $200 monthly subscription. As for non coder office workers (accountants, PMs, etc.), they use Microsoft or Google products which all integrate AI to some extent within their products - with RAG for Sharepoint to some basic AIs to generate text or automate work in spreadsheets .. the models used there are already capable enough for all what's needed (I think Microsoft is using GPT 5.1 or 5.2 in its latest iteration but for sure no GPT 5.4/5.5). The thing is, Software development is where money is made for these labs

Re: GLM 5.2 beats Claude in our benchmarks

#359
post #343
post #327

Earlier quoted context omitted.

> most halfway decent models can write damn good code for a fraction of the price. The difference is how the model is used. With Opus you can give it a long-horizon task (eg build an entire feature) and it will plan it out and implement it and almost always stay on task. This is what people mean when they say "agentic tasks" With the lessor models the code is fine, but they need something else to plan what needs to b…

My whole point is that I don't want it to build an entire feature from one prompt. At most, I want to work with an agent to nail down the spec and then work with an agent that orchestrates the implementation via other agents, same for testing, etc. None of that requires frontier capabilities, it requires a little bit of work on a harness, a little bit more of my input, a little more of my brainpower. I _want_ to buil…

Yep. I've tried to use the models to build large things for me. You can't trust the code it produces. Even if it works there are parts that are hot garbage, and will bite you later on. I've found out that having an editor open, asking it to implement things until a certain point, manually fixing some of the worst things it generates, then asking it to expand from there is much better than just prompting a thing and pushing to production.

And hey, don't get me wrong, you can get pretty far with just prompting. But the subtle misses and (I'm looking at you GPT) the overengineered 20k line PRs to do a simple thing are going to cost you a lot if you're not vigilant.

Post reply on HN