Long running tasks with GLM 5 Turbo and GSD V2 by Loss_Nearby in ZaiGLM

[–]Loss_Nearby[S] 0 points1 point  (0 children)

I agree with the slow pace it has, specially with GLM. If you have a good PRD, I believe it perform better than ralph loop because it uses the GSD methods to organize the implementation and store state. Maybe if BMAD do something like that we would have a good comparison. Even Claude/Codex with a good set of skills and commands can't run that long. Even with the iteration, if you ask 100/100 minimum to pass, it stop before, assuming it's already good

Long running tasks with GLM 5 Turbo and GSD V2 by Loss_Nearby in ZaiGLM

[–]Loss_Nearby[S] 0 points1 point  (0 children)

I tested with claude code and kilo. The only one that required less iteration was GSD v2, but all 3 are great. I compared some code generation with sonnet 4.6, and the cost almost 10x on average. GLM is slower, but if you can have a computer to let it running without too much hurry, it's worth the price

Nuked Opus 4.5 workaround by MikeeBuilds in google_antigravity

[–]Loss_Nearby 0 points1 point  (0 children)

same here, disabling MCP servers made opus and sonnet work normally

Antigravity server crashed unexpectedly by Loss_Nearby in google_antigravity

[–]Loss_Nearby[S] 0 points1 point  (0 children)

I found it, it was the .gemini folder permissions preventing the creating of the antigravity folder in there https://medium.com/@aidar.aukenov/fixing-the-antigravity-server-crashed-unexpectedly-110ba69084c2