141–150 of 732 posts
Can we not like, just apply a patch? Or will anthropic be mad if I run their client with my own patch? Nix makes it easy to package up esotheric patches reliably and reproducibly, claude lowers the cost of creating such patches, the only roadblocks Inforesee are legal.
Claude code is distributed as a minified JS bundle so you cant just easily patch in this functionality
There are a lot of non developer claude code users these days. The hype about vibe coding lets everyone think they can now be an engineer. Problem is if anthropic caters to that crowd the devs that are using it to do somewhat serious engineering tasks and don't believe in the "run an army of parallel agents and pray" methodology are being alienated. Maybe Claude Code web or desktop could be targeted to these new vibe…
Exactly how I feel. I'm happy that more people are using these tools and learning (hopefully) about engineering but it shouldn't degrade the core experience for let's say "more advanced" users who don't see themselves as Vibe coders and want precise control over what's happening.
Not a chance.
If anything, the reverse, in that it devalues engineering. For most, LLMs are a path to an end-product without the bother or effort of understanding. No different than paid engineers were, but even better because you don't have to talk to engineers or pay them.
The sparks of genuine curiosity here are a rounding error.
Earlier quoted context omitted.
> If you hadn't realized, a LOT of companies switched to Claude. No idea why, and this is coming from someone who loves Claude Code. It is entirely due to Opus 4.5 being an inflection point codingwise over previous LLMs. Most of the buzz there has been organic word of mouth due to how strong it is. Opus 4.5 is expensive to put it mildly, which makes Claude Code more compelling. But even now, token providers like Open…
Everyone and I mean everyone keeps parroting this "inflection point" marketing hype, which is so damn tiring.
Vibe-coders griping about Claude's vibe-coded CLI hits all the right vibes.
It's a huge shift, but we need to start thinking of AI-tools as developer tools, just like a formatter, linter, or IDE would be.
The right move is diversity. Just like diversity of editors/IDEs. We need good open source claude code alternatives.
As soon as there is a viable alternative to Claude Code, I'm gone after this change. It appears minor on the surface but their response to all the comments tells you everything you need to know. They don't even want to concede at all, or at least give a flag to enable the old behavior, what was deployed and working for many users before. It's a signal that someone, somewhere at Anthropic is making decisions based on…
codex cli. I switched, no regrets. Also, $20 for top model vs being limited to sonnet.
>Try using it for a few days. We've been using this internally at Anthropic for about a month now, and found that it took people a few days to mentally switch over to the new UI. Once they did, it "clicked" and they appreciated the reduced noise and focus on the tools that actually do need their attention. Ah, the old "you're holding it wrong."
Earlier quoted context omitted.
Yeah just that it's not real time and you have to toggle to see it. It lags a bunch also in longer threads. Definitely a downgrade.
I mean yes, they claim that it's "Claude Code Native" or something but it does feel laggy and takes multiple seconds to start. What do they even mean native, didn't they acquire Bun? It's not native. They need to rewrite it in Rust, I'm serious.
Earlier quoted context omitted.
Yes and no. There are many not-trivial things you have to solve when using an LLM to help (or fully handle writing) code. For example, applying diffs to files. Since the LLM uses tokenization for all its text input/output, sometimes the diffs it'll create to modify a file aren't quite right as it may slightly mess up the text which is before/after the change and/or might introduce a slight typo in text which is being…
I'm part of the subset of developers that was not trained in Machine Learning, so I can't actually code up an LLM from scratch (yet). Some of us are already behind with AI. I think not getting involved in the foundational work of building coding agents will only leave more developers left in the dust. We have to know how these things work in and out. I'm only willing to deal with one black box at the moment, and that…