HN

Comments (64)

• Menu

  MarleTangible
  It's incredible how many applications abuse disk access.In a similar fashion, Apple Podcasts app decided to download 120GB of podcasts for random reason and never deleted them. It even showed up as "System Data" and made me look for external drive solutions.
• Menu

  Terretta
  Arguably, even without LLM, you too should be dev-ing inside a VM...https://developer.hashicorp.com/vagrant is still a thing.The market for Cowork is normals, getting to tap into a executive assistant who can code. Pros are running their consumer "claws" on a separate Mac Mini. Normals aren't going to do that, and offices aren't going to provision two machines to everyone.The VM is an obvious answer for this early stage of scaled-up research into collaborative computing.
• blitzar
  The vibe coding giveth and the the vibe coding taketh away, blessed be the vibe coding
• fooker
  That seems somewhat reasonable.Storage should be cheaper, complain about Apple making you pay a premium.
• Menu

  informal007
  I believe that employees in Anthropocs use CC to develop CC now.AI really give much user ability to develop a completed product, but the quality is decreasing. Professional developers will be in demand when the products/features become popular.First batch of users of new products need to take more responsibility to test the product like a rats in lab
• Menu

  atonse
  I literally spent the last 30 mins with DaisyDisk cleaning up stuff in my laptop, I feel HN is reading my mind :)I also noticed this 10GB VM from CoWork. And was also surprised at just how much space various things seem to use for no particular reason. There doesn't seem to be any sort of cleanup process in most apps that actually slims down their storage, judging by all the cruft.Even Xcode. The command line tools installs and keeps around SDKs for a bunch of different OS's, even though I haven't launched Xcode in months. Or it keeps a copy of the iOS simulator even though I haven't launched one in over a year.
• Menu

  bachittle
  Yup it uses Apple Virtualization framework for virtualization. It makes it so I can't use the Claude Cowork within my VMs and that's when I found out it was running a VM, because it caused a nested VM error. All it does is limit functionality, add extra space and cause lag. A better sandbox environment would be Apple seatbelt, which is what OpenAI uses, but even that isn't perfect: https://news.ycombinator.com/item?id=44283454
• Menu

  kordlessagain
  The amount of bad things this companies software does is staggering. The models are amazing, the code sucks.
• quanwinn
  I imagined someone at Anthropic prompted "improve app performance", and this was the result.
• Menu

  tbrownaw
  Sure it uses a few GB just like everything else these days, but some of the comments also mention it being slow?
• Menu

  puppymaster
  macbook pro m4 bought last year. worked on so many codes and projects. never hot after closing lid. installed electron claude. closed lid and went to sleep and woke up to macbook that has been hot all night. uninstall claude. problem went away.i kept telling myself this BUT NEVER ELECTRON AGAIN.
• game_the0ry
  Yeah, that's why I do not install these tools on my personal devices anymore and instead play with them on a VPS.Try this if you have claude code -- ls -a your home dir and see all the garbage claude creates.
• Menu

  jFriedensreich
  Its just another example and just a detail in the broader story: We cannot trust any model provider with any tooling or other non model layer on our machines or our servers. No browsers, no cli, no apps no whatever. There may not be alternatives to frontier models yet, but everything else we need to own as true open source trustable layer that works in our interest. This is the battle we can win.
• TheRealPomax
  labelled "high priority" a month ago. No actual activity by Anthropic despite it being their repo. I'm starting to get the feeling they're not actually very good at this?
• mixdup
  All code in Claude™ is written by Claude™
• andresquez
  Way slower, but way better than chat mode. Nothing beats Claude Code CLI imo.
• Menu

  Aurornis
  This GitHub issue itself is clearly AI slop. If you’ve been dealing with GitHub issues in the past months it will be obvious, but it’s confirmed at the end:> Filed via Claude CodeI assume part of it is true, but determining which part is true is the hard part. I’ve lost a lot of time chasing AI-written bug reports that were actually something else wrong with the user’s computer. I’m assuming the claims of “75% faster” and other numbers are just AI junk, but at least someone could verify if the 10GB VM exists.
• jug
  Also apparently eating 2 GB RAM or so to run an entire virtual machine even if you've disabled Cowork. Not sure which of this is worse. Absolute garbage.
• crumpled
  The software seems to get into more and more and communicate about what it's doing less and less. That's the crux.Pondering... Noodling... Some other nonsense...
• Menu

  fragmede
  What's funny is interacting with it in claude code. Claude-desktop-cowork can't do anything about the VM. It creates this 10 GiB VM, but the disk image starts off with something like 6-7 GiB full already, which means any of the cowork stuff you try to do has to fit into the remaining couple of gigs. It's possible to fill it up, and then claude cowork stops working. Because the disk is full. Claude cowork isn't able to fix this problem. It can't even run basic shell commands in the VM, and Opus4.6 is able to tell the user that, but isn't smart enough/empowered to do anything about it.So contrary to the github issue, my problem is that it's not enough space. So the fix is to navigate to ~/Library/Application\ Support/Claude/vm_bundles, and then ask Claude Code to upsize the disk to a sparse 60 GiB file, giving cowork much more space to work in while not immediately taking up 60 GiB.Bigger picture, what this teaches me though, is that my knowledge is still useful in guiding the AI to be able to do things, so I'm not obsolete yet!
• bear3r
  [dead]