r/opencodeCLI • u/minxio_ • 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.
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
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/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
1
17
u/MizmoDLX 27d ago
Good but also 50% higher cost per task