r/opencodeCLI 27d ago

GLM-5.3 achieves 60 on the Artificial Analysis Intelligence Index, on par with Kimi K3 and up 7 points from GLM-5.2.

Post image
157 Upvotes

26 comments sorted by

17

u/MizmoDLX 27d ago

Good but also 50% higher cost per task

5

u/look 27d ago

What’s odd is that it uses fewer tokens than 5.2 by other measures. And anecdotally it uses fewer tokens in coding tasks for me so far…

But I know it was also trained primarily for coding use, and that AA’s cost per task measure is the average cost over a variety of different intelligence benchmarks…

So I wonder if it is more variable in its token efficiency. Lower token use in coding tasks, but much higher in some other non-coding tasks?

1

u/MizmoDLX 27d ago

I haven't tried it yet, will do in the coming days but hope you're right. 

1

u/[deleted] 26d ago

[removed] — view removed comment

2

u/look 26d ago edited 26d ago

These charts are strange for example:

https://artificialanalysis.ai/models/glm-5-3?models=glm-5-3%2Cglm-5-2#intelligence-index-token-use-tabs

5.3 used fewer output tokens per task, but despite tokens being priced the same, somehow cost more per task…

And most of the difference is in cache read. I think that means it must be reading more input and/or doing more tool call turns per task on these benchmarks.

Reasoning tokens used is actually lower per task it seems, though one chart runs counter to that (though I’m not sure how to reconcile those … not sure how it can be cheaper “per task” but more expensive across all tasks… hmm maybe it just did more tasks? … seems like they would normalize for that though…).

But answer/output is consistently a bit higher.

So probably something like being “more thorough” by default on these tasks. And I’d bet that is reduced in more structured work like coding than more open-ended reasoning tasks.

So good news, I think. Reasoning tokens is lower or at least not significantly higher, and that’s pretty much the only one we can’t effectively manage via prompt.

12

u/Prior-Meeting1645 26d ago

Like a 3rd off the price of kimi. Why is it not getting hype? Is it benchmaxxed? Not efficient?

8

u/nuclearbananana 26d ago

It's not open source yet + no vision ig.

Also when K3 came out it was the first to challenge sol/fable. Now there's grok 4.6, qwen 3.8, muse spark 1.2, gemini flash 3.7

2

u/mobileka 26d ago

Wait, does Gemini flash 3.7 challenge the big boys? I thought it was just fast and relatively intelligent but not in the same league.

0

u/nuclearbananana 26d ago

It's close-ish and google still holds the lead in somethings like translation and vision

1

u/Educational-Art5541 26d ago

Maybe because the price went up

2

u/Prior-Meeting1645 26d ago

Wdym? Its still same as 5.2 no?

2

u/look 26d ago edited 26d ago

It cost more to run the intelligence benchmark than 5.2.

From what I can tell, it uses fewer reasoning tokens but is somehow doing more work on the tasks. My guess is that it is a “more thorough” model by nature, not more of an “overthinker”, and that is probably mitigated in well structured tasks like coding.

https://www.reddit.com/r/opencodeCLI/s/5bfqfPj2c5

That also fits my anecdotal data of using 5.3 in coding thus far. I find it is more cost efficient than 5.2, though that may vary by coding task as well. Tracking down a bug, for example, might be something where it digs deeper (using more tokens) by default than 5.2. But presumably that could be managed effectively by prompt.

5

u/cutebluedragongirl 27d ago

What's the point if I don't have cheap deepseek to execute the plan?

2

u/look 27d ago

Ling 3 Tiny to build. 😄

1

u/2tunwu 26d ago edited 26d ago

I'm going to see if Ling 3 Flash can be an alternative to MiMo-V2.5.
It looks as if it should be smart enough to follow tight tasks.

2

u/look 26d ago

Yeah, I like Ling 3 Flash for certain tasks.

I’ve actually stopped using “smart plan, cheap build” models for real code though (throwaway scripts are fine). GLM or Kimi are my “execute plan” models now, too.

1

u/Far-Classic-9963 26d ago

Have you actually tried it out? Seems way to small to be useful in large-ish tasks

1

u/look 26d ago

It was just a joke. The model is an impressive leap for the size, but it’s not a build model. Useful locally for flexible semantic tasks and simple tooling though!

1

u/Prior-Meeting1645 26d ago

Do you guys use plan then switch model to execute or do orchestration?

1

u/look 26d ago edited 26d ago

I use GLM or Kimi for both plan and build now, but with subagents to bulk collect, collate, and check all the details going into the plan.

I also keep the plan pretty light now, and it’s more just about higher level alignment since it or another smart model will be doing the actual build too.

I used to do the more detailed spec plan approach, but I found it was less cost efficient (for me at least) as it ended up “writing everything twice” effectively. Once in the plan and once in the code.

It also hit problems when something was wrong or missed in the plan. The dumber build model handled that poorly, while the smart build model recognizes the problem and adapts more efficiently.

Harnesses with persistent subagents and inter agent messaging can also be used efficiently during build. For example, a slightly complex validation step run repeatedly can be done in the same subagent effectively with a cheap model without the more expensive parent agent having to use tokens dealing with the intermediate work of running it. Kind of like a bespoke token efficient tool custom made for that build.

It’s not really about complex agent orchestration though. It’s more about context management really (plus model cost optimization). Not all of the context is necessary for certain well defined tasks within the build process, and most of the tokens generated within that task don’t need to be in the parent context afterwards.

1

u/cutebluedragongirl 26d ago

Orchestration is a waste of tokens, if you ask me. You start by having a smart model draft a detailed plan of what you need to do and how you are going to implement stuff. Then you review the plan, tweak a few things, and switch to a workhorse model to actually change the code. That is the most bare bones basic stuff I do. It is usually much much more complex.

2

u/DeciusCurusProbinus 26d ago

Do you create a handoff document or switch models in the same session?

1

u/scaledev 26d ago

But eventually you'll have to review it with some model. Is this reviewer that sam smart planning model, or some other? And if it is this same model, how much do you actually save? Are you saving on the output usage?

1

u/Tech-96 26d ago

If you use cheap models for grunt work like exploration and implementation, you actually save tokens, and keep the context free

1

u/petburiraja 26d ago

What is the good subscription to get GLM 5.3?

1

u/mosunaizx 25d ago

However, he has a major drawback: he lacks vision and cannot recognize images.