Thanks dang, but they didn't address the issue entirely and the scrolling issue still persists too.

Not implying the issue is closed...I just (<-- secret agenda) thought it was fun that the creator of Claude Code posted it :)

it has, but python being single threaded (until recently) didn't make it an attractive choice for CLI tools.

example: `ranger` is written in python and it's freaking slow. in comparison, `yazi` (Rust) has been a breeze.

Edit: Sorry, I meant GIL, not single thread.

> it has, but python being single threaded (until recently) didn't make it an attractive choice for CLI tools.

You probably mean GIL, as python has supported multi threading for like 20 years.

Idk if ranger is slow because it is written in python. Probably it is the specific implementation.

Even my CC status line script enjoyed a 20x speed improvement when I rewrote it from python to rust.

It's possible it's from some other model or even a human, but it reads like every other Claude Code readme I've seen.

so then it could be written by a claude model inside opencode before anthropic got angry about it :)

OpenCode still works fine with Claude models.

You just can’t use their private APIs, which isn’t really surprising.

There are workarounds on github already... It's less "can't" and more "they don't like it"

Oh my god who cares?

then maybe they should've bought and fixed Ink instead of bun, just saying!

FWIW, Ink is working on an incremental rendering system: they have a flag to enable it. It's currently pretty buggy though unfortunately. Definitely wish Anthropic would commit some resources back to the project they're built on to help fix it...

if it works then who cares?

> it’s because they don’t want people to see what a mess their code base is.

if Amodei hadn't said "90% of code will be written by AI", at least I wouldn't call them hypocrites, but the fact that the company that makes such wild claims can't fix a freaking flicker and scroll issue until an indie-dev steps in just shows how far behind their product is from their claims.

I have CC and use many models with it (Codex in CC, try it!), but I won't let Anthropic "lecture" us about how "the roots of the problem go deep". Literally no other CLI tool has these issues: opencode, codex, gemini, droid, etc.

I observe flickering with gemini-cli every now and then.

and it messes with tmux status bar for some reason.

I wish pipes would transfer more than just text to avoid re-parsing.

Pipes don't transfer text, they transfer a unformatted byte stream. The commands however do expect a particular format. There is going to be serialization/parsing regardless of the format the command expects. Even if it is an internal object format as found in powershell commands.

Could I introduce you to https://www.nushell.sh/, kind sir?

Started using it last year and being able to type ‘ls | sort-by modified -r | take 5’ feels liberating.

Disappointing that Debian seems completely uninterested in this :(

To be fair they really transfer bytes, which can be any data format you want.

The project references Geometrize: https://github.com/Tw1ddle/geometrize and I find both insanely cool!

Those are sort of like 2D splats - if only they'd thought to make it all differentiable!

> The UI oneshot demos are a big improvement over 4.6.

This is a terrible "test" of model quality. All these models fail when your UI is out of distribution; Codex gets close but still fails.

> Codex is notably higher quality but also has me waiting forever.

And while it usually leads to higher quality output, sometimes it doesn't, and I'm left with a bs AI slop that would have taken Opus just a couple of minutes to generate anyway.