Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use (github.com)

Rule 1 with making number go up is you eliminate friction at all costs. The user's hard drive is free to you, so there's no reason to gate a feature you want them to use based on that. 98% of them will have no idea you're foisting garbage on them.

RIP, every base model mac from the past 10 years with the <= 256GB SSD. Including the new Neo. When you consider how much of that is eaten up by the system, swap space, caches, reserved space to download OS updates, and apps (2GB a piece is far from uncommon) -- having less than 15GB free is completely unsurprising on that size disk.

I've found that the easiest way to 'remove' the bundle is to delete its contents, then change the permission on the folder, so Claude can't write to it.

If you're not going to give Claude access to anything on your machine, why are you using Desktop instead of web chat? (Real question, I don't use these much!)

If you are, obviously you need the VM.

Anthropic has pretty consistently been shitty about how they roll out their software. Extreme lack of engineering rigor and thoughtfulness.

The answer is probably as simple as "no one thought not to do that."

---

I know different people work on these things so I can't do more than guess about how engineering culture cuts across teams, but given the sheer amount of carelessness and sloppiness in Anthropic's software I have to imagine they're burning investor money in training and inference because the code to do it is as bad as the rest of their software.

They're some of the only new UIs to be made in the last decade. Almost everyone else stays in the browser (or something close like electron- claude code is actually mostly written in React, they couldn't get far from web dev). The problem is they need to interact with the local filesystem, and not many people have built apps for such a wide range of devices in a long time, and of that small talent pool I bet most are corpo coders- moving too slow and to focused on "the right way" to actually ship more than detailed Jira tickets. They also don't have time for stable releases because competition is so fierce.

But I almost always think of things from a talent-pool-first perspective. Perhaps there are actual technical issues like what Boris was referring to.

There are lots of good answers in this thread but I think it's because they are AI companies and not UI companies. When you look at tools like AnythingLLM, OpenCode, pi, etc. you see all kinds of different interfaces, and while they might make disagreeable choices at least they do it with intentionality and direction.

Because 90% of those UIs is written by these new AI models. That is how they are able to churn so much new user facing stuff all the time. The fact that it works at all is proof that these new AI models are actually pretty decent.

All your RAM are belong to us

> Claude Desktop spins up a VM without no way of stopping it

I frequently make this error when I talk. My brain thinks of different ways to phrase what I want to say, but when I speak it starts with one and finishes with another. The result is almost always wrong in the way the title is, ie some variant of a double negation.

Sometimes it happens when I type, though I try to read it multiple times so often catch it.

When you realize that in some languages, for instance, in Spanish, double-negatives are not just tolerated, but correct, it helps you to let go of this particular type of pedantry when it accidentally appears in an English sentence.

> why Google which has both Gemini and Android can't figure this out,

Not the first time an incumbent has four aces in hand and appears to be entirely unable to make anything of it.

> and if there are lessons to draw from that

Lesson 1: doing shit is hard

Lesson 2: money rules so milking the cow wins over taking the slightest risk

Google is historically terrible as a product company (and has succeeded in spite of that) As their technical innovations become less of a moat (we're already there) they won't be able to win on engineering alone (they are no longer winning on engineering alone)

Folks that are interested in a way of doing work locally that doesn't suck, but which integrates LLMs, may be interested in [Barnum](https://barnum-circus.github.io/). The TLDR is that it's a programming language whose frontend is a DSL in TypeScript that is well suited for managing async and parallel work, focused on control flow, from which it is easy to invoke LLMs, and which is easy for LLMs to write. I use it to autonomously ship a very large number of PRs.

Google is probably already doing and releasing the most actual research into this (like the work that went into Gemma 4)

Don't you read HN? Nobody wants AI in their OS, especially in Windows. Common complaint that Microsoft is forcing AI into every corner of Windows.

Microsoft has Copilot and Windows. Look what happened.

would "before the major operating systems companies figure out AI integration into their OS that doesn't suck" including running a process with its own address space, like every other thing?

Re: AI OS integration: I recently retired so most of my LLM use is just implementing and fixing fairly mundane OS and networking things along with light scripting for OS automation (AHK) and Home Assistant. So far, I just use web chat and cut-paste to the OS which is fine for little things but it starts to suck after the 15th round back and forth. For example, debugging intermittent Windows crash logs on my wife's laptop by doing multi-line PowerShell incantations from browser chat window, paste into PowerShell window. Cut multi-line error messages back to browser. Rinse / Repeat.

I'm leery about just giving an LLM free run of my laptop, but with reasonable restrictions on which app(s) it can access and how many steps it can do before checking in, and maybe even a throttle on how fast it works, I'd be fine (I'm not in a hurry and I can learn by watching it work at double-speed). It doesn't have to be mil-spec locked down, it's not like I have production code accessible or millions in crypto keys, the biggest downside would be a few hours hosing out and restoring the laptop, which would be annoying but not the end of the world.

I get those that say, "just spin up a VM and run it there", but I 'spin up a VM' rarely enough that the versions have changed and UXs drifted enough that it's exactly the kind of thing I'd actually want the LLMs help to do without me being a cut-paste bot. I'm mostly Windows at the moment and I don't understand why MSFT insists on spamming LLM features everywhere except the one place I'd not only use it, but pay for it. The usage model could be as simple and intuitive as a Zoom remote desktop share with a collaborator. That's already constrained and users have a mental model for the interaction pattern.

I asked Gemini earlier today to search recent user reviews of the latest 'drive my Windows desktop for me' and it reported that the capability is still slow, expensive, and prone to getting lost navigating the interface or interpreting window boundaries etc.

Anyone have any suggestions for my lightweight, casual use case?

Scary that your first shot is Google with Gemini instead of copilot and Microsoft who are certainly in a better position to make this happen. I guess nobody escorts msft to lead anything anymore.

Because the framework and base is and firmware is freaking huge? You would need any AI hook on every setting/ action.

It seems easier to do just a screenshot and click.

lol :D fair enough

It is surprising that the Claude web app lags pretty easily when using either chromium or firefox on ubuntu linux. Chats that delay my laptop work without issues on my ipad or iphone using the app.

The web app is definitely a bit of a problem. IF there is a native app on desktop or if claude cli is much faster, i haven't tried them.