La función Cowork de Anthropic crea un bundle de VM de 10 GB en macOS sin advertencia

• Cuando se activa la función Cowork en macOS, el sistema genera automáticamente un bundle de máquina virtual (VM) de unos 10 GB, lo que degrada drásticamente el rendimiento
• Este archivo se guarda bajo ~/Library/ y, aun si se elimina, vuelve a crearse al día siguiente
• Su presencia provoca una degradación sostenida del rendimiento, como aumento del uso de CPU (24~55%), más swap y latencia en la UI
• Como solución temporal, eliminar el bundle de VM y las carpetas de caché ofrece una mejora de rendimiento de alrededor del 75%, pero con el tiempo vuelve a ponerse lento
• Varios usuarios señalan la falta de transparencia y el desperdicio de almacenamiento, y piden una opción de configuración para elegir si se crea la VM y una advertencia previa

---

Resumen del problema

• Tras usar la función Cowork, Claude Desktop se vuelve muy lento, con retrasos al iniciar, lag en la UI y demoras de respuesta
• La degradación del rendimiento se agrava gradualmente incluso durante la sesión, y el archivo bundle de VM crece hasta 10 GB y se vuelve a generar automáticamente
• Este problema se reproduce en entornos macOS (8 GB de RAM)

Resultados de la investigación

• El bundle de VM que crea la función Cowork se encuentra en ~/Library/Application Support/Claude/vm_bundles/claudevm.bundle/rootfs.img
• Aunque se elimine este archivo, vuelve a crearse dentro de un día y no hay limpieza automática (cleanup)
• Al borrar el bundle de VM y la caché, el uso de almacenamiento baja de 11 GB → 639 MB y la velocidad de trabajo mejora alrededor de un 75%
• Sin embargo, pocos minutos después de reiniciar, el uso de CPU sube de 24% → 55% y los swapins aumentan de 20K → 24K+
• Esto sugiere una posible degradación del rendimiento por fuga de memoria o carga de trabajo acumulada

Comportamiento observado

• Uso de CPU de 24~55% incluso en estado inactivo
• Aumento continuo de la actividad de swap, con degradación del rendimiento en pocos minutos
• Recreación de un bundle de VM de 10 GB en cada sesión de Cowork
• Mejora temporal tras la limpieza (75%), pero luego vuelve a degradarse con el tiempo

Solución temporal

• Cerrar Claude Desktop y eliminar la VM y la caché con los siguientes comandos

  rm -rf ~/Library/Application\ Support/Claude/vm_bundles  
  rm -rf ~/Library/Application\ Support/Claude/Cache  
  rm -rf ~/Library/Application\ Support/Claude/Code\ Cache  
  

• Esta medida puede mejorar temporalmente el rendimiento, pero requiere reinicios periódicos
• Algunos usuarios cambiaron los permisos de la carpeta de la VM a chmod 000 para evitar que se vuelva a crear

Comentarios de usuarios

• Incluso con Cowork desactivado, la VM se ejecuta y consume memoria
• Algunos usuarios reportan bundles de VM que crecieron a más de 21 GB
• La VM se vuelve a aprovisionar automáticamente al iniciar la app, e incluso deja un archivo comprimido (rootfs.img.zst), lo que duplica el desperdicio de almacenamiento
• Usuarios que nunca usaron Cowork también encontraron bundles de 10 GB, y lo interpretan como una fuga de memoria
• Los usuarios de Mac con almacenamiento limitado enfatizan la necesidad de una opción para desactivarlo

Cuestionamientos sobre transparencia y confianza

• Los usuarios señalan como problema que, sin aviso previo, se ocupen 12~20 GB de disco y 2 GB de RAM
• Proponen avisar durante la instalación o en el primer inicio, permitir elegir si se descarga previamente la VM y ofrecer un toggle para desactivar Cowork
• Algunos comentan que entienden la intención del diseño de sandboxing con VM, pero que la falta de explicación perjudica la confianza del usuario
• Muchos opinan que “si una app usa recursos del sistema sin que el usuario lo sepa, se pierde la confianza”

[GN⁺]

Comentarios en Hacker News

• Hola, soy Felix de Anthropic. Estoy a cargo de Claude Cowork y Claude Code
  Cowork está construido sobre el arnés de agentes de Claude Code que corre dentro de una VM Linux, y se ejecuta mediante Apple Virtualization Framework o Microsoft Host Compute System
  Hay tres razones para hacerlo así
  (1) ofrecer un entorno de cómputo aislado donde Claude pueda escribir código libremente en nombre del usuario
  (2) garantizar un límite de seguridad más sólido que con otras soluciones de sandboxing
  (3) brindar una experiencia más segura para usuarios sin perfil técnico
  Aun así, sabemos que hay trade-offs y estamos revisando ideas para mejorar la experiencia de quienes no quieren usar Cowork o prefieren usarlo sin VM

  • Como feedback: si Cowork va a usar 10 GB de almacenamiento, debería avisarle al usuario de antemano y permitir borrarlo con un clic
    Reducir la “fatiga de aprobación” puede beneficiar a Anthropic en el corto plazo, pero no favorece al usuario a largo plazo
    Sería mejor frenar este patrón antes de que se vuelva normal
  • Me gustaría que ofrecieran una imagen de contenedor oficial o semioficial para el sandbox de Claude. Estaría bien poder usar la VM de Cowork también fuera de ese contexto
  • La explicación es excelente, pero en la práctica hay quejas de que Cowork degrada el rendimiento y aumenta el consumo de energía
  • No sabía que Cowork corría sobre una VM. Si el marketing lo hubiera dejado claro, probablemente lo habría probado mucho antes
  • Intenté ejecutarlo desde Claude Desktop hacia una Mac VM (dentro de UTM) y apareció un error relacionado con Apple Virtualization Framework
    Como ya estaba corriendo dentro de una VM, parece que fue un error de virtualización anidada. Estaría bien mejorar el mensaje de error o hacer que Cowork omita su propia VM si detecta que ya está dentro de una

• Sorprende cómo las apps últimamente abusan del acceso al disco
  Por ejemplo, la app Apple Podcasts descarga 120 GB de archivos de podcasts sin razón y no los elimina. Aparecían como “System Data”, así que tuve que buscar en un disco externo

  • El problema de “System Data” en macOS es realmente terrible. Entre Docker, bibliotecas de música, cachés y demás, cada 1 o 2 años hay que hacer una instalación limpia
  • Si revisas la carpeta ~/Library/Messages, por la sincronización de iMessage puede ocupar más de 100 GB. Ese tipo de cosas deberían descargarse a la nube
  • Incluso en la era del 5G, no entiendo por qué todavía se descargan archivos de audio por defecto. Con streaming basta
  • A mí también me pasó: por un problema con los respaldos de Time Machine, 300 GB de 512 GB aparecían como “System Data” y perdí un día entero de trabajo
  • Para resolver este tipo de problemas uso herramientas como Mole. También uso warp/gemini CLI para encontrar y borrar cachés innecesarios

• Últimamente siento al mismo tiempo la bendición y la maldición del “vibe coding”. Es literalmente la dualidad de programar por vibra

• El sandbox con VM es la esencia de Cowork. Para ofrecer generación de código de forma segura, un entorno aislado es indispensable
  Propongo una UI donde el usuario pueda dar acceso solo a ciertas carpetas, y que aparezcan advertencias cuando se necesiten permisos de escritura

• En realidad, incluso sin LLM, también conviene desarrollar dentro de una VM
  Herramientas como Vagrant siguen siendo útiles
  El público principal de Cowork son personas no desarrolladoras, así que tiene sentido abordarlo como una IA asistente que escribe código
  Los expertos trabajan en una Mac Mini aparte, pero los usuarios comunes no pueden hacer eso, así que la VM es una solución realista

  • Hoy en día hay muchos proveedores de VPS, y es fácil montar un entorno en sitios como exe.dev, sprites.dev, shellbox.dev
  • Yo prefiero devcontainer para proyectos complejos. Usando Docker y NixOS se puede armar un entorno de desarrollo más ligero y flexible
  • En macOS, Lima fue la mejor opción para mí. Dejé Claude Code dentro de una imagen y monté solo los directorios necesarios. Funciona mucho más fluido que Vagrant
  • Incluso hubo quien reaccionó diciendo, medio en broma, “¿entonces también usas condón para programar?”, como si fuera una obsesión excesiva por la seguridad

• Escuché que empleados de Anthropic están desarrollando Claude Code con Claude Code
  La IA mejora el nivel de terminación del producto, pero el problema es la caída de calidad. Al final volverán a hacer falta desarrolladores con experiencia
  Los usuarios tempranos terminan teniendo la responsabilidad de probar el producto como si fueran conejillos de indias

  • Me pregunto si estos productos 1st party realmente pueden competir con el open source. Si hay alternativas gratis y mejores, no hay mucha razón para usarlos
  • Viendo los problemas de calidad dentro de Anthropic, da la impresión de que la mayoría de sus empleados están por debajo del nivel junior. El equipo de Bun parece ser una excepción

• En los últimos 30 minutos estuve limpiando mi laptop con DaisyDisk y encontré la VM de 10 GB de Cowork
  Muchas apps ocupan espacio innecesariamente y casi no ofrecen herramientas de limpieza
  Xcode también sigue guardando SDK y simuladores de varios sistemas operativos aunque lleve mucho tiempo sin abrirse

  • Para resolver eso, se puede usar DevCleaner
  • Con crond o find disponibles en macOS, me pregunto por qué no automatizan este tipo de limpieza

• Como Cowork usa Apple Virtualization Framework, aparece el error de VM anidada
  Eso trae limitaciones de funciones, desperdicio de espacio y latencia. El sandbox Seatbelt que usa OpenAI podría ser una mejor alternativa
  Enlace relacionado

  • Pero yo creo que Seatbelt casi no sirve para nada. Me pregunto por qué alguien querría ejecutar Cowork dentro de una VM. ¿No basta con su propia VM?
  • Además, Seatbelt casi no tiene documentación

• Aunque sea incómodo, este tipo de sandbox es justamente la esencia de las herramientas agenticas
  Una herramienta que se ejecute sin sandbox incorporado tarde o temprano va a causar pérdida de datos

• Probablemente en Anthropic alguien metió un prompt de “mejorar el rendimiento de la app” y salió esto como resultado