Claude Desktop crea una VM Hyper-V de 1,8 GB en cada inicio, incluso para uso solo de chat

Artículo original ↗ Discusión en Hacker News ↗

Comportamiento de la VM e impacto en disco/RAM

  • Claude Desktop inicia una VM de Hyper‑V o similar en cada lanzamiento, incluso para uso solo de chat.
  • Los tamaños de VM reportados van desde ~1,8 GB de RAM hasta 10–13 GB en disco; algunos usuarios de macOS ven ~20 GB consumidos cuando se activa Cowork.
  • El paquete de VM de Cowork se instala por defecto, no puede eliminarse oficialmente y se vuelve a crear silenciosamente si se borra o si se hace clic en Cowork.
  • A los usuarios con SSD de 256 GB esto les resulta especialmente doloroso; algunos lo “eliminan” borrando el contenido y bloqueando los permisos de la carpeta.
  • En Windows, desactivar Hyper‑V / “Virtual Machine Platform” o ejecutar Claude dentro de una VM aparte puede evitarlo o contenerlo.

Por qué existe la VM y las compensaciones de diseño

  • La VM alimenta Claude Cowork, ejecutando herramientas y código en un entorno aislado y, a veces, montando directorios específicos del host.
  • Algunos creen que el arranque anticipado es una optimización de rendimiento y un intento deliberado de reducir la fricción para usar Cowork.
  • Otros sostienen que debería ser:
    • Opcional
    • Iniciarse bajo demanda
    • Poder apagarse cuando está inactiva
    • Exponerse mediante un interruptor claro de activar/desactivar sandbox
  • Una minoría considera que el diseño está bien si la VM se cierra junto con la app; otro grupo se muestra incómodo ante una “caja negra” opaca con observabilidad o registro poco claros.

Calidad de software, “vibecoding” y UX

  • Muchos comentarios critican el escritorio, la CLI y la TUI de Claude por ser lentos, con errores y sobrediseñados (muy basados en React, gran base de código) en relación con un cliente de chat.
  • Los usuarios informan de enlaces multiplataforma rotos (p. ej., URLs de macOS mostradas en Windows), terminales desordenadas y mal rendimiento tanto en las interfaces de escritorio como web.
  • Varios atribuyen esto a funciones “vibe-coded”, a una fuerte dependencia de código generado por LLM y a la falta de una revisión humana cuidadosa.
  • Otros contraargumentan que la iteración rápida y el envío de funciones parcialmente terminadas es lo esperado en la carrera actual de IA, especialmente para el “pegamento” del cliente alrededor de los backends.

Seguridad, sandboxing y patrones de uso

  • Algunos ven las VMs por aplicación como el modelo correcto a largo plazo: agentes auto-modificables, fuertemente aislados y con E/S controlada.
  • Otros ya ejecutan Claude/agentes con acceso completo al sistema y consideran que un sandboxing elaborado es excesivo para uso personal, confiando en copias de seguridad y control de versiones.
  • Hay un amplio consenso en que los prompts y el código local enviados al modelo ya van a los servidores del proveedor; la confianza proviene principalmente de políticas y contratos, no solo de la presencia de una VM local.

Meta y lenguaje

  • Varios comentarios señalan el doble negativo del título original (“without no way”), aunque otros ven esto como una pedantería poco útil.