Live data from Hacker News

Claude Opus 4.6

anthropic.com

371–380 of 1001 posts

Re: Claude Opus 4.6

#371

Anecdotal, but it 1 shot fixed a UI bug that neither Opus 4.5/Codex 5.2-high could fix.

+1, same experience, switched model as I've read the news thinking "let's try".

But it spent lots and lots of time thinking more than 4.5, did you had the same impression.

Re: Claude Opus 4.6

#372

Earlier quoted context omitted.

React's core is agnostic when it comes to the actual rendering interface. It's just all the fancy algos for diffing and updating the underlying tree. Using it for rendering a TUI is a very reasonable application of the technology.

The terminal UI is not a tree structure that you can diff. It’s a 2D cells of characters, where every manipulation is a stream of texts. Refreshing or diffing that makes no sense.

Only in the same way that the pixels displayed in a browser are not a tree structure that you can diff - the diffing happens at a higher level of abstraction than what's rendered.

Diffing and only updating the parts of the TUI which have changed does make sense if you consider the alternative is to rewrite the entire screen every "frame". There are other ways to abstract this, e.g. a library like tqmd for python may well have a significantly more simple abstraction than a tree for storing what it's going to update next for the progress bar widget than claude, but it also provides a much more simple interface.

To me it seems more fair game to attack it for being written in JS than for using a particular "rendering" technique to minimise updates sent to the terminal.

Re: Claude Opus 4.6

#373
post #349
post #38

Earlier quoted context omitted.

CC has >6000 open issues, despite their bot auto-culling them after 60 days of inactivity. It was ~5800 when I looked just a few days ago so they seem to be accelerating towards some kind of bug singularity.

Insane to think that a relatively simple CLI tool has so many open issues...

It's not really a simple CLI tool though it's really interactive.

Re: Claude Opus 4.6

#375
post #185

This is the first model to which I send my collection of nearly 900 poems and an extremely simple prompt (in Portuguese), and it manages to produce an impeccable analysis of the poems, as a (barely) cohesive whole, which span 15 years. It does not make a single mistake, it identifies neologisms, hidden meaning, 7 distinct poetic phases, recurring themes, fragments/heteronyms, related authors. It has left me completel…

This sounds wayyyy over the top for a mode that released 10 mins ago. At least wait an hour or so before spewing breathless hype.

[deleted]

Re: Claude Opus 4.6

#376

Both Opus 4.6 and GPT-5.3 one shot a Gameboy emulator for me. Guess I need a better benchmark.

How does that work? Does it actually generate low level code? Or does it just import libraries that do the real work?

Re: Claude Opus 4.6

#377
post #349
post #38

Earlier quoted context omitted.

CC has >6000 open issues, despite their bot auto-culling them after 60 days of inactivity. It was ~5800 when I looked just a few days ago so they seem to be accelerating towards some kind of bug singularity.

Insane to think that a relatively simple CLI tool has so many open issues...

What’s so simple about it?

Re: Claude Opus 4.6

#378
post #151

Earlier quoted context omitted.

> Claude now automatically records and recalls memories as it works Neat: https://code.claude.com/docs/en/memory I guess it's kind of like Google Antigravity's "Knowledge" artifacts?

Is there a way to disable it? Sometimes I value agent not having knowledge that it needs to cut corners

Claude told me he can disable it by putting instructions in the MEMORY.md file to not use it. So only a soft disable AFAIK and you'd need to do it on each machine.

Re: Claude Opus 4.6

#379

Earlier quoted context omitted.

Dumb question. Can these benchmarks be trusted when the model performance tends to vary depending on the hours and load on OpenAI’s servers? How do I know I’m not getting a severe penalty for chatting at the wrong time. Or even, are the models best after launch then slowly eroded away at to more economical settings after the hype wears off?

We don't vary our model quality with time of day or load (beyond negligible non-determinism). It's the same weights all day long with no quantization or other gimmicks. They can get slower under heavy load, though. (I'm from OpenAI.)

Can you be more specific than this? does it vary in time from launch of a model to the next few months, beyond tinkering and optimization?

Re: Claude Opus 4.6

#380
post #68

Earlier quoted context omitted.

There’s nothing wrong with that, except it lets ai skeptics feel superior

Oh come on. It's massively wrong. It is always wrong. It's not always wrong enough to be important, but it doesn't stop being wrong

You should elaborate. What are your criteria and why do you think they should matter to actual users?
Post reply on HN