Re:Claude Code is unusable for complex engineering tasks wit...
by dev_l1x_be on Monday April 06, 2026 @04:22PM
(#47666511)
The problem is degradation. It was working much better before. There are many people (some example of a well know person[0]), including my circle of friends and me who were working on projects around the Opus 4.6 rollout time and suddenly our workflows started to degrade like crazy. If I did not have many quality gates between an LLM session and production I would have faced certain data loss and production outages just like some famous company did. The fun part is that the same workflow that was reliably going through the quality gates before suddenly failed with something trivial. I cannot pinpoint what exactly Claude changed but the degradation is there for sure. We are currently evaling alternatives to have an escape hatch (Kimi, Chatgpt, Qwen are so far the best candidates and Nemotron). The only issue with alternatives was (before the Claude leak) how well the agentic coding tool integrates with the model and the tool use, and there are several improvements happening already, like [1]. I am hoping the gap narrows and we can move off permanently. No more hoops, you are right, I should not have attempted to delete the production database moments.
Re:Claude Code is unusable for complex engineering tasks wit...
by techpression on Tuesday April 07, 2026 @12:22AM
(#47670723)
Curious as to how many people are using 4.6, perhaps you’re on a subscription? I use the api and 4.6 (also goes for Sonnet) is unusable since launch because it eats through tokens like it’s actually made that way (to make more money/hit limits faster). I guess it makes sense from a financial perspective but once 4.5 goes away I will have to find another provider if they continue like this :/
Re:Claude Code is unusable for complex engineering tasks wit...
by dev_l1x_be on Tuesday April 07, 2026 @03:27AM
(#47671817)
We are on MAX.
Re:Claude Code is unusable for complex engineering tasks wit...
by stavros on Monday April 06, 2026 @04:12PM
(#47666380)
Same as how I expect a coin to come up heads 50% of the time.
Re:Claude Code is unusable for complex engineering tasks wit...
by muyuu on Monday April 06, 2026 @05:41PM
(#47667579)
If you get consistently nowhere near 50% then surely you know you're not throwing a fair coin? What would complaining to the coin provider achieve? Switch coins.
*typo
Re:Claude Code is unusable for complex engineering tasks wit...
by stavros on Monday April 06, 2026 @05:43PM
(#47667599)
Well I'm paying the coin to be near 50% and the coin's PM is listening to customers, so that's why.
Re:Claude Code is unusable for complex engineering tasks wit...
by muyuu on Monday April 06, 2026 @06:16PM
(#47668046)
The coin's PM is spamming you trivial gaslighting corporate slop, most of it barely edited.
Re:Claude Code is unusable for complex engineering tasks wit...
by HumanOstrich on Monday April 06, 2026 @07:24PM
(#47668737)
Yes, that's why we are angry. Stop making excuses for them.
Re:Claude Code is unusable for complex engineering tasks wit...
by randomNumber7 on Monday April 06, 2026 @05:12PM
(#47667197)
> how you expect a stochastic model [...] is supposed to be predictable in its behavior.
I used it often enough to know that it will nail tasks I deem simple enough almost certainly.
It seems like people are expecting LLM based coding to work in a predictable and controllable way. And, well, no, that's not how it works, and especially so when you're using a proprietary SaaS model where you can't control the exact model used, the inference setup its running on, the harness, the system prompts, etc. It's all just vibes, you're vibe coding and expecting consistency.
Now, if you were running a local weights model on your own inference setup, with an open source harness, you'd at least have some more control of the setup. Of course, it's still a stochastic model, trained on who knows what data scraped from the internet and generated from previous versions of the model; there will always be some non-determinism. But if you're running it yourself, you at least have some control and can potentially bisect configuration changes to find what caused particular behavior regressions.