I find the "8 hour Linux Desktop" bit disingenuous, in the fine print it's a browser page: > "build a Linux-style desktop environment as a web application" They claim "50 applications from scratch", but "Browser" and a bunch of the other apps are likely all elements. We all know that building a spec-compliant browser alone is a herculean task.
GLM-5.1: Towards Long-Horizon Tasks
61–70 of 285 posts
Re: GLM-5.1: Towards Long-Horizon Tasks
#62Earlier quoted context omitted.
I'm on their pro plan and I respectfully disagree - it's genuinely excellent with GLM 5.1 so long as you remember to /compact once it hits around 100k tokens. At that point it's pretty much broken and entirely unusable, but if you keep context under about 100k it's genuinely on par with Opus for me, and in some ways it's arguably better.
100k tokens it's basically nothing these days. Claude Opus 4.6M with 1M context windows is just a different ball game
Re: GLM-5.1: Towards Long-Horizon Tasks
#63Earlier quoted context omitted.
Hmm, three spam comments posted within 9 minutes of each other. The accounts were created 15 minutes ago, 51 days ago, and 3 months ago. Interesting. Hopefully these aren't bots created by Z.AI because GLM doesn't need fake engagement.
Z.ai Discord is filled to the brim with people experiencing capacity issues. I had to cancel my subscription with Z.ai because the service was totally unusable. Their Discord is a graveyard of failures. I switched to Alibaba Cloud for GLM but now they hiked their coding plan to $50 a month which is 2.5x more expensive than ChatGPT Plus. Totally insane.
Re: GLM-5.1: Towards Long-Horizon Tasks
#64To be honest I am a bit sad as, glm5.1 is producing mich better typescript than opus or codex imo, but no matter what it does sometimes go into shizo mode at some point over longer contexts. Not always tho I have had multiple session go over 200k and be fine.
Re: GLM-5.1: Towards Long-Horizon Tasks
#65Comments here seem to be talking like they've used this model for longer than a few hours -- is this true, or are y'all just sharing your initial thoughts?
Overeager, but I was really really impressed.
Re: GLM-5.1: Towards Long-Horizon Tasks
#66Re: GLM-5.1: Towards Long-Horizon Tasks
#67It's an okay model. My biggest issue using GLM 5.1 in OpenCode is that it loses coherency over longer contexts. When you crest 128k tokens, there's a high chance that the model will start spouting gibberish until you compact the history. For short-term bugfixing and tweaks though, it does about what I'd expect from Sonnet for a pretty low price.
Re: GLM-5.1: Towards Long-Horizon Tasks
#68GLM-5.0 is the real deal as far as open source models go. In our internal benchmarks it consistently outperforms other open source models, and was on par with things like GPT-5.2. Note that we don't use it for coding - we use it for more fuzzy tasks.
Mid-sized models like gpt-oss minimax and qwen3.5 122b are around 6%, and gemma4 31b around 7% (but much slower).
I haven’t tried Opus or ChatGPT due to high costs on openrouter for this application.
Re: GLM-5.1: Towards Long-Horizon Tasks
#69Earlier quoted context omitted.
I'm on their pro plan and I respectfully disagree - it's genuinely excellent with GLM 5.1 so long as you remember to /compact once it hits around 100k tokens. At that point it's pretty much broken and entirely unusable, but if you keep context under about 100k it's genuinely on par with Opus for me, and in some ways it's arguably better.
100k tokens it's basically nothing these days. Claude Opus 4.6M with 1M context windows is just a different ball game
Claude Opus at 150K context starts getting dumber and dumber.
Claude Opus at 200K+ is mentally retarded. Abandon hope and start wrapping up the session.
Re: GLM-5.1: Towards Long-Horizon Tasks
#70Earlier quoted context omitted.
100k tokens it's basically nothing these days. Claude Opus 4.6M with 1M context windows is just a different ball game
Don’t want to disappoint you, but above 200k opus memory is like a gold fish. You need to be below 150k to get good research and implementation.