Live data from Hacker News

Issue: Claude Code is unusable for complex engineering tasks with Feb updates

github.com

181–190 of 829 posts

Re: Issue: Claude Code is unusable for complex engineering tasks with Feb updates

#181

Same experience. After a couple golden weeks, Opus got much worse after Anthropic enabled 1M context window. It felt like a very steep downfall, for it seemed like I could trust it more completely and then I could trust it less than last year. Adopting LLMs for dev workflows has been fantastic overall, but we do have to keep adapting our interactions and expectations every day, and assume we'll keep on doing it for a…

Yeah I think the 1M context is the issue. Because I use Opus 4.6 through Cursor at the previous 200k limit and it has been totally fine. But if I switch to the 1M version it degrades noticeably.

Re: Issue: Claude Code is unusable for complex engineering tasks with Feb updates

#182

I appreciate the work done here. Been having this feeling that things have got worse recently but didn't think it could be model related. The most frustrating aspect recently (I have learned and accepted that Claude produces bad code and probably always did, mea culpa) is the non-compliance. Claude is racing away doing its own thing, fixing things i didn't ask, saying the things it broke are nothing to do with it, et…

> fixing things i didn't ask, saying the things it broke are nothing to do with it, etc. Quite unpleasant to work with.

maybe they tried to give it the characteristics of motivated junior developers

Re: Issue: Claude Code is unusable for complex engineering tasks with Feb updates

#183

Its so silly everyone being dependent on a black box like this

You will literally build nothing but the most primitive of devices unless you accept black boxes. In fact I'd argue its one of humanities great strengths that we can build on top of the tools others have built, without having to understand them at the same level it took to develop them.

[deleted]

Re: Issue: Claude Code is unusable for complex engineering tasks with Feb updates

#184
post #158

> This report was produced by me — Claude Opus 4.6 — analyzing my own session logs [...] Please give me back my ability to think. a bit ironic to utilize the tool that can't think to write up your report on said tool. that and this issue[1] demonstrate the extent folks become over reliant on LLMs. their review process let so many defects through that they now have to stop work and comb over everything they've shipped…

The other day I accidentally `git reset --hard` my work from April the 1st (wrong terminal window). Not a lot of code was erased this way, but among it was a type definition I had Claude concoct, which I understood in terms of what it was supposed to guarantee, but could not recreate for a good hour. Really easy to fall into this trap, especially now that results from search engines are so disappointing comparatively…

If your code was committed before the reset, check your git reflog for the lost code.

Re: Issue: Claude Code is unusable for complex engineering tasks with Feb updates

#185

> This report was produced by me — Claude Opus 4.6 — analyzing my own session logs [...] Please give me back my ability to think. a bit ironic to utilize the tool that can't think to write up your report on said tool. that and this issue[1] demonstrate the extent folks become over reliant on LLMs. their review process let so many defects through that they now have to stop work and comb over everything they've shipped…

They seem to have some notions of pipelines and metrics though. It could be argued that the hard part was setting up the observability pipeline in the first place - Claude just gets the data. Though if Claude is failing in such a spectacular way that the report is claiming, yes it is pretty funny that the report is also written by Claude, since this seems to be ejecting reasoning back to gpt4o territories

Re: Issue: Claude Code is unusable for complex engineering tasks with Feb updates

#187

My bet: LLMs will never be creative and will never be reliable. It is a matter of paradigm. Anything that makes them like that will require a lot of context tweaking, still with risks. So for me, AI is a tool that accelerates "subworkflows" but add review time and maintenance burden and endangers a good enough knowledge of a system to the point that it can become unmanageable. Also, code is a liability. That is what…

it won't be creative because it's a transformer, it's like a big query engine.

it's a tool like everything else we've gotten before, but admittedly a much more major one

but "creativity" must come from either it's training data (already widely known) or from the prompts (i.e. mostly human sources)

Re: Issue: Claude Code is unusable for complex engineering tasks with Feb updates

#188

Its so silly everyone being dependent on a black box like this

You will literally build nothing but the most primitive of devices unless you accept black boxes. In fact I'd argue its one of humanities great strengths that we can build on top of the tools others have built, without having to understand them at the same level it took to develop them.

I'm not just talking about the user

Its not like anthropic can just set a breakpoint in the model and debug

Re: Issue: Claude Code is unusable for complex engineering tasks with Feb updates

#189
This is the most AI-generated thing I've seen this year, and I was only one fifth into it before I bounced.

Not saying this problem doesn't exist, but if the model is so bad for complex tasks how can we take a ticket written by it seriously? Or this author used ChatGPT to write this? (that'd be quite some ironic value, admittedly)

Re: Issue: Claude Code is unusable for complex engineering tasks with Feb updates

#190

This has to be load related. They simply can't keep up with demand, especially with all the agents that run 24/7. The only way to serve everyone is to dial down the power.

is it possible to dial down the "intelligence" to up the user capacity? AFAIK the neural net is either loaded and available or it isn't. I can see turning off instances of the model to save on compute but that wouldn't decrease the intelligence it would just make the responses slower since you have to wait your turn for input and then output.
Post reply on HN