As a user I would trade fewer features for a UI that doesn't jank and max out the CPU while output is streaming in. I would guess a moderate amount of performance engineering effort could solve the problem without switching stacks or a major rewrite. (edit: this applies to the mobile app as well)

Didn’t you say coding is a solved problem? So why are you still reaching for the lowest common denominator tech stack?

I keep being told by Anthropic and others than these AI coding tools make it effortless to write in new languages and port code from one language to another.

This is an important lesson to watch what people do, not what they say.

this is you? https://www.youtube.com/watch?v=We7BZVKbCVw

if that's the case, why don't you just ask it to "make it not shit"?

But the question isnt really why claude is electron based. Its that if, for some reason, it had to be native on 3 platforms, could a swarm of agents make and maintain the 3 aps while all the humans did was make the spec and tests?

With your context and understanding of the coding agent's capabilities and limitations, especially Opus4.6, how do you see that going?

Why not just vibe code binary executables for each platform?

The sheer speedup all users will show everyone why vibe coding is the future. After all coding is a solved problem.

Shouldn't the AI be doing the building if your hype is to be believed? What does it matter what the team is experienced in?

I thought coding was already solved by Claude? Why aren't you vibe coding something that isn't dogshit with your fancy little Code Solver?

Question from a Claude web user here.

Could you visualize the user's usage? For example, like a glass of water that is getting emptier the more tokens are used, and gets refilled slowly.

Because right now I have no clue when I will run out of credits.

Thanks!

The second you wanted to add a webview, you want Electron. Devs want Chrome DevTools and Chrome runtime.

You guys just did add it too, so yeah!

Somehow claude is only great at things that are surface level 80.9% And for some reason i believe "may change in the future" will never come. we all know coding was never the problem in tech, hype was. ride it while you can

Boris, native app on OSX would be awesome. Totally understand the engineering decision tradeoff... but man... Electron apps are just not that great.

Thanks for chiming in! My takeaways are that, as of today:

- Using a stack your team is familiar with still has value

- Migrating the codebase to another stack still isn’t free

- Ensuring feature and UX parity across platforms still isn’t free. In other words, maintaining different codebases per platform still isn’t free.

- Coding agents are better at certain stacks than others.

Like you said any of these can change.

It’s good to be aware of the nuance in the capabilities of today’s coding agents. I think some people have a hard time absorbing the fact that two things can be true simultaneously: 1) coding agents have made mind bending progress in a short span 2) code is in many ways still not free

> Finally, Claude is great at it.

So the model is not a generalised AI then? It is just a JS stack autocomplete?

Makes sense to me.

It's the fastest way to iterate because Electron is the best cross platform option and because LLMs are likely trained on a lot of HTML/Javascript.

Which is why Claude is great at it.

And they couldn't vibe code a client in Qt?

Couldn't this have been vibe coded into a native app that is more performant?

Users would benefit from native apps, hopefully you guys will give it a try. I bet Claude would be great at it too, no?

That's a very sensible, realistic and non-BS response.

I'm glad to see this coming from a company that is so popular these days.

Thanks!

[dead]