logoalt Hacker News

Why is Claude an Electron app?

344 pointsby dbreunigyesterday at 9:28 PM320 commentsview on HN

Comments

bchernyyesterday at 11:46 PM

Boris from the Claude Code team here.

Some of the engineers working on the app worked on Electron back in the day, so preferred building non-natively. It’s also a nice way to share code so we’re guaranteed that features across web and desktop have the same look and feel. Finally, Claude is great at it.

That said, engineering is all about tradeoffs and this may change in the future!

show 19 replies
yodsanklaiyesterday at 10:58 PM

Because code isn't free.

I can see it in my team. We've all been using Claude a lot for the last 6 months. It's hard to measure the impact, but I can tell our systems are as buggy as ever. AI isn't a silver bullet.

show 6 replies
jsheardyesterday at 10:53 PM

Likewise OpenAIs browser is still only available on macOS, four months after launch, despite being built on a mature browser engine which already runs on everything under the sun. Seems like low-hanging fruit, and yet...

show 1 reply
Retr0idyesterday at 10:42 PM

Free as in puppy

Edit: The title of the post originally started with "If code is free,"

show 8 replies
llbbddyesterday at 11:16 PM

This post and this entire thread are HN-sniping to the millionth degree. We have all the classics here:

- AI bad - JavaScript bad - Developers not understanding why Electron has utility because they don't understand the browser as a fourth OS platform - Electron eats my ram oh no posted from my 2gb thinkpad

show 5 replies
BoiledCabbageyesterday at 11:02 PM

Because Anthropic has never claimed that code is free?

It's pretty easy to argue your point if you pick a strawman as your opponent.

They have said that you can be significantly more productive (which seems to be the case for many) and that most of their company primarily uses LLM to write code and no longer write it by hand. They also seems to be doing well w.r.t. competition.

There are legitimate complaints to be made against LLMs, pick one of them - but don't make up things to argue against.

show 3 replies
felixriesebergtoday at 1:23 AM

Hi, Felix here - I'm responsible for said Electron app, including Claude Code Desktop and Claude Cowork.

All technology choices are about trade-offs, and while our desktop app does actually include a decent amount of Rust, Swift, and Go, but I understand the question - it comes up a lot. Why use web technologies at all? And why ship your own engine? I've written a long-form version of answers to those questions here: https://www.electronjs.org/docs/latest/why-electron

To us, Electron is just a tool. We co-maintain it with a bunch of excellent other people but we're not precious about it - we might choose something different in the future.

show 2 replies
the__alchemistyesterday at 10:41 PM

Or: Why can't I log in to Claude on my laptop? It opens a browser with an indefinite spinner, and when I click "Login" on the website, it forwards me to register instead. Not really selling it as the future of coding if their fundamentals are this screwed up!

_pdp_yesterday at 11:53 PM

Code is not and will never be free. You pay for it one way or another. It will take a couple of years for things to cool down to realise that there is more to software than writing the code. But even if AI can write all the code - who is going to understand it. Don't tell me this is not needed. RTFM is what gives hacker the edge. I doubt any company want to be in a position where they simply have no clue how their main product actually works.

antirezyesterday at 11:49 PM

Cluade is an Electron app because this is a cultural issue, not a technological one. Electron could make sense if you are a startup with limited development force. For big companies that want to make a difference, to hire N developers and maintain N native apps is one of the best bet on quality and UX you can do, yet people don't do it even in large companies that have the ability, in theory, to do it. Similarly even if with automatic programming you could do it more easily, still it is not done. It's a cultural issue, part of the fact that who makes software does not try to make the best possible software anymore.

greymanyesterday at 10:59 PM

But nobody says code is free(?). Certainly not Claude, that experimental compiler costs $20K to build. That openclaw author admitted in Lex Fridman talk that he spends $10k's on tokens each month.

show 1 reply
alexfromapexyesterday at 11:00 PM

I don't know why anyone uses Electron anymore, Tauri produces much smaller binaries and is amazing.

show 6 replies
tom1337yesterday at 11:56 PM

I don't care wether its electron or not but the now ship a full vm with Claude which not only takes 15 GB of storage but also uses so much memory even though I just use chat. Why does that even need to be started?

Robdel12today at 12:21 AM

Heh, I felt the same. I'm a web dev but I do not want a electron app. We can do better, I used to write electron apps because I wasn't able to build a proper native app. Now I can!

I've been building a native macOS/iOS app that lets me manage my agents. Both the ability to actually control/chat fully from the app and to just monitor your existing CLI sessions (and/or take 'em over in the app).

Terrible little demo as I work on it right now w/claude: https://i.imgur.com/ght1g3t.mp4

iOS app w/codex: https://i.imgur.com/YNhlu4q.mp4

Also has a rust server that backs it so I can throw it anywhere (container, pi, etc) and the connect to it. If anyone wants to see it, but I have seen like 4 other people at least doing something similar: https://github.com/Robdel12/OrbitDock

astrostlyesterday at 11:53 PM

The quality of the ChatGPT Mac app is a major driver for me to keep a subscription. Hotkeys work, app feels slick and native. The Claude Mac app I found so poor that I'd never reach for it, and ended up uninstalling it — despite using the heck out of Claude Code on a Max plan — because it started blocking system restarts for updates.

condimentyesterday at 11:09 PM

Maybe code is free, but code isn't all that goes into building software. Minimally, you have design, code, integrate, test, document, launch.

Claude is going to help mostly with code, much less with design. It might help to accelerate integration, if the application is simple enough and the environment is good enough. The fact is, going cross-platform native trebles effort in areas that Claude does not yet have a useful impact.

Liftyeetoday at 12:49 AM

Why is no one admitting that even though resources like RAM, CPU, etc. are plentiful nowadays, they should still be conserved?

Computers have gotten orders of magnitude faster since 2016, but using mainstream apps certainly don't feel any faster. Electron and similar frameworks do offer appealing engineering tradeoffs, but they are a main culprit of this problem.

Sure, the magnitude of RAM/compute "waste" may have grown from kB to MB, but inefficiency is still inefficiency - no matter how powerful the machine it's running on is.

tokenlessyesterday at 11:09 PM

Code is cheaper but not free is why.

Also AI is better at beaten path coding. Spend more tokens on native or spend them on marketing?

wycxtoday at 12:27 AM

I have been getting claude to us free pascal/lazarus to write cross-platform (linux qt & gtk, windows and cocoa) apps as well as porting 30-year old abandoned Windows Delphi apps to all three platforms using precisely because I can end up with a small, single binary for distribution after static linking.

I hope that prevalence of AI coding agents might lead to a bit of a revival of RAD tools like lazarus, which seem to me to have a good model for creating cross-platform apps.

fasssssttoday at 12:17 AM

Because it doesn’t matter. The biggest AI apps of last year were command line interfaces for cripes sake. Functionality and rapid iteration is more important.

If only AI had more Liquid Glass, lol

jsiepkesyesterday at 10:42 PM

That, and the IntellIJ plugin of Claude is basically the Claude CLI running in a terminal. Also pretty underwhelming.

Austin_Conlonyesterday at 10:49 PM

Would be a much better UX if it had multi-window support and a separate settings window.

harelyesterday at 11:14 PM

Here is what worries me the most at the moment: we're in a period of hype, fire all the developers, we have agents, everybody can code now, barrier is not low - it's gone. Great. Roll up a year from now, and we have trillions of lines of code no human wrote. At some point, like a big PR, the agent's driver will just say yes to every change. Nobody now can understand the code easily because nobody wrote it. It works, kinda, but how? Who knows? Roll up another few years and people who were just coding because it's a "job" forget whatever skill they had. I've heard a few times already the phrase "I didn't code in like 10 months, bruh"...

Then what?

Not saying I'm not using AI - because I am. I'm using it in the IDE so I can stay close to every update and understand why it's there, and disagree with it if it shouldn't be there. I'm scared to be distanced from the code I'm supposed to be familiar with. So I use the AI to give me superpowers but not to completely do my job for me.

adamtaylor_13today at 1:44 AM

As many have pointed out, code is not free. More than that, the ability to go fast only makes architectural mistakes WORSE. You'll drive further down the road before realizing you made the wrong turn.

A native app is the wrong abstraction for many desktop apps. The complexity of maintaining several separate codebases likely isn't worth the value add. Especially for a company hemorrhaging money the way the Anthropic does.

MontyCarloHalltoday at 1:09 AM

I am curious how much Claude Code is used to develop Anthropic's backend infrastructure, since that's a true feat of engineering where the real magic happens.

delducayesterday at 11:03 PM

Claude desktop really sucks, a monster on resource hog

atlgatoryesterday at 11:09 PM

The cobbler's children have no shoes, but at least the cobbler's children aren't running three instances of Chromium.

selridgeyesterday at 10:52 PM

Why stop there!

We should refuse to accept coding agents until they have fully replaced chromium. By that point, the world will see that our reticence was wisdom.

show 4 replies
zamadatixyesterday at 11:24 PM

The use of "Free" in the title is probably too much of a distraction from the content (even though the opening starts with an actual cost). The point of the article does not actually revolve about LLM code generation being $0 but that's what most of the responses will be about because of the title.

hacker_homietoday at 12:12 AM

Because it's the most popular & flexible cross platform user space compositor:

- unlike QT it's free for commercial use.

- I don't know any other user land GUI toolkit/compositor that isn't a game engine(unity/unreal/etc).

show 2 replies
qudatyesterday at 10:54 PM

Code isn’t free when you have to review and QA it

wzddtoday at 12:33 AM

The gotcha style "if AI is so good, why does $AI_COMPANY's software not meet my particular standard for quality" blog posts are already getting tedious.

lateforworkyesterday at 11:48 PM

> Electron apps are bloated; each runs its own Chromium engine. The minimum app size is usually a couple hundred megabytes.

I only see these complaints on HN. Real users don't have this complaint. What kind of low-end machines are you running, that Chromium engine is too heavy for you?

> They are often laggy or unresponsive.

That's not due to Electron.

> They don’t integrate well with OS features.

If it is good enough for Microsoft Teams it is probably good enough for most apps. Teams can integrate with microphone, camera, clipboard, file system and so on. What else do you want to integrate with?

show 7 replies
emporasyesterday at 10:58 PM

Not all code qualities are free. Good quality code, still expensive.

show 1 reply
tpaeyesterday at 11:01 PM

The framing here assumes you need to ship native to all 3 platforms to justify leaving Electron. You don't.

I've been building a native macOS AI client in Swift — it's 15MB, provider-agnostic, and open source: https://github.com/dinoki-ai/osaurus

Committing to one platform well beats a mediocre Electron wrapper on all three.

show 2 replies
Kirotoday at 12:01 AM

LLMs are best at JavaScript.

show 1 reply
cpetersoyesterday at 11:18 PM

Or they could write native client apps using Qt to handle that “last 10%” of native app polish.

nozzlegearyesterday at 10:53 PM

The Claude app is one giant garbanzo bean. I uninstalled it and pinned the web app to my dock instead.

CTDOCodebasesyesterday at 10:55 PM

Because when a service is running at a loss the investors want their money to be spent efficiently.

internet2000today at 12:14 AM

I bet it's because of Windows idiosyncrasies.

yiberstoday at 1:26 AM

Look at their backlog...

mihaelayesterday at 10:38 PM

Exactly. Shameful explanation.

khalicyesterday at 11:37 PM

Probably the same reason _teams_ is a js app, money

PunchyHamsteryesterday at 11:21 PM

The garbage one is now indeed essentially free

tigootoday at 12:19 AM

electron is comprehensive. maybe claude is not there yet. ecosystem still important

ivankrayesterday at 10:54 PM

> For now, Electron still makes sense

A few years ago maybe. Tauri makes better sense for this use case today - like Electron but with system webviews, so at least doesn't bloat your system with extra copies of Chrome. And strongly encourages Rust for the application core over JS/Node.

show 1 reply
dostickyesterday at 10:59 PM

If author tried native macOS development with agent for an hour, they wouldn’t know where to begin explaining how different is agentic web development from native. It was better year ago, you could actually get to build a native app. Now all models over-think everything, they do things they like and igniter hard constraints. They picked all that in training. All these behaviours, hiding mistakes, shameful silence, going “woke” and doing what they think should be done despite your wishes. All this is meliorated in web development, but for native it made it a lot worse. And visual testing, compare in-browser easy automated ride with retest-it-yourself for 50th time.

jongjongtoday at 1:40 AM

Because JavaScript is the best for the application layer. We just have to accept that this is reality. AI training sets are just full of JS... Good JS, bad JS... But the good JS training is really good if you can tap into it.

You just have to be really careful because the agent can easily slip into JS hell; it has no shortage of that in its training.

🔗 View 21 more comments