jamesstringer90/appsandboxCree fácilmente máquinas virtuales completas que estén aisladas para desarrollo o modelos de uso informático.
App Sandbox es una aplicación de máquina virtual para Windows y macOS centrada en el rendimiento y la facilidad de uso.
Características de Windows:
asb.py) para crear y gestionar VMs aceleradas por GPU de forma programáticaCaracterísticas de Mac:
asb.py) que en Windows, para gestionar VMs de macOS y Windows 11 de forma programáticaRequisitos: Windows 11 con un procesador x64 o macOS Tahoe (Serie M)
App Sandbox crea y ejecuta máquinas virtuales de escritorio completas: Windows 11, Ubuntu y macOS. Es gratuito y de código abierto (MIT), distribuido como binarios precompilados (firmados con EV en Windows, firmados por Apple Developer en macOS) en su página de Releases. Se maneja de dos formas: desde una interfaz gráfica de usuario, o de forma programática a través de un demonio headless con un SDK de Python sin dependencias (asb.py). De cualquier forma, eliges un sistema operativo, lo apuntas a una imagen de instalador, y App Sandbox aprovisiona el disco, ejecuta una instalación desatendida e inicia el invitado. Tú proporcionas un ISO de Windows o Ubuntu; los invitados de macOS descargan su imagen de restauración automáticamente. Se ejecuta en un PC con Windows 11 (x64) o un Mac con Apple Silicon, incluidos portátiles.
Se ejecuta en Windows 11 Home, sin Hyper-V. En Windows, App Sandbox no usa Hyper-V ni el Administrador de Hyper-V; crea y ejecuta VMs a través de las API del sistema de computación del host de Windows (HCS) y de la red de computación del host (HCN), que solo requieren la característica Plataforma de máquina virtual. Hyper-V está limitado a Windows 11 Pro y Enterprise, mientras que la Plataforma de máquina virtual está disponible en Windows 11 Home, por lo que no se requiere una licencia de Windows 11 Pro. La Plataforma de máquina virtual es la misma característica de Windows que usa WSL2.
Para qué puedes usarlo:
API headless.
appsandbox.exe --headless
(o sudo /Appsandbox.app/Contents/MacOS/AppSandbox --headless en macOS) inicia un demonio de propietario único que aloja el mismo núcleo que la GUI y lo expone como una API HTTP/JSON local estilo Docker en 127.0.0.1, idéntica en ambas plataformas. El SDK de Python solo con la biblioteca estándar (asb.py) lo envuelve: crear VMs aceleradas por GPU (GPU-PV es una opción de creación gpuMode), acceder por SSH mediante una clave implementada automáticamente (invitados de Windows, Ubuntu o macOS), tomar instantáneas y bifurcarlas, abrir la visualización en vivo y ejecutar varias a la vez — cuántas se ejecutan concurrentemente está limitado por la CPU, RAM y memoria de GPU del host, no por un límite fijo. El demonio es de un solo host — maneja VMs en la máquina en la que se ejecuta y no aprovisiona VMs en la nube; para CI, ejecútalo en un ejecutor autoalojado. Aprovisionar una VM ejecuta una instalación desatendida completa; las instantáneas, bifurcaciones y plantillas (solo Windows) inician una nueva VM desde un estado aprovisionado en lugar de reinstalar. Una VM persiste hasta que se elimina. Una instantánea es un punto de control del estado del disco tomado con la VM detenida, y una bifurcación (branch) crea un disco escribible a partir de ella para ejecutar acciones divergentes. La referencia completa de la API y ejemplos ejecutables están en tools/headless-api/.
Cómo funciona: este repositorio también pretende ser un ejemplo funcional de cómo crear VMs de escritorio completas de forma programática con las API HCS/HCN de Windows y Virtualization.framework de Apple. En Windows, App Sandbox envía un documento de máquina HCS construido a mano a computecore.dll / computenetwork.dll — la capa HCS/HCN que también subyace a WSL2 y Windows Sandbox — en lugar de pasar por el Administrador de Hyper-V. La aceleración de GPU utiliza la paravirtualización de GPU (GPU-PV) para compartir la GPU instalada del host con el invitado — la misma ruta de WSL2, no un paso dedicado (sin VFIO/IOMMU, sin segunda GPU). Los invitados de Windows obtienen DirectX 12, OpenGL, Vulkan, CUDA y OpenCL; los invitados de Ubuntu lo mismo menos DirectX; los invitados de macOS obtienen Metal. Un controlador de pantalla indirecta IddCx personalizado y un dispositivo de audio virtual transportan la pantalla y el sonido, y el portapapeles, audio, entrada y SSH entre invitado y host se ejecutan a través de Hyper-V sockets. Los discos invitados se construyen con una herramienta dentro del repositorio con soporte para ext4, squashfs, qcow2 y VHDX. En macOS, App Sandbox utiliza Virtualization.framework de Apple (VZVirtualMachine, VZMacOSInstaller) a través de virtio-vsock. En Windows, los invitados de Linux (Ubuntu) acceden a la GPU a través de un módulo del kernel DRM/KMS personalizado (asb_drm), el dxgkrnl de WSL2 de Microsoft y una compilación personalizada de Mesa. Las aplicaciones son C / Objective-C nativas con una interfaz de usuario HTML/JS (WebView2 en Windows, WKWebView en macOS).
[Windows] Habilitar teclas rápidas o silenciar el audio de la VM: conéctate a la VM y haz clic derecho en la barra de título de la conexión
[Windows] ¿Necesitas un escritorio remoto de alto rendimiento para acceder remotamente a tu VM? Phaze funciona bien
[Windows] Puedes verificar si la configuración del controlador GPU-PV funciona ejecutando gpu-test.exe dentro de tu VM de Windows en App Sandbox; gpu-test.exe mostrará un cuadro con 6 cubos giratorios, cada uno usando un motor de renderizado diferente (D3D9, D3D10, D3D11, D3D12, OpenGL y Vulkan). Si uno o más fallan, no mostrarán correctamente un cubo giratorio para esa API de renderizado. gpu-test.zip. Nota: Que la API de renderizado funcione significa que GPU-PV funcionó, pero a veces los juegos o aplicaciones están codificados de tal manera que no detectan correctamente el sistema GPU-PV y aún muestran un error.
AppSandbox está licenciado bajo la Licencia MIT — Copyright (c) 2026 James Stringer.
Incluye componentes de terceros que no están cubiertos por la licencia MIT y conservan sus propios términos — principalmente el controlador de GPU dxgkrnl de WSL2 de Microsoft (GPL-2.0) y el decodificador XZ incorporado (0BSD). Consulta THIRD-PARTY-NOTICES.md para la lista completa. El módulo del kernel DRM de Linux propio de AppSandbox (tools/linux/asb_drm/) tiene doble licencia MIT O GPL-2.0 para poder resolver los símbolos exclusivos de GPL del kernel.
Más allá de mi propia experiencia construyendo Easy-GPU-PV, encontré que NanaBox fue un recurso muy útil para entender HCS.
James Stringer — autor de Easy-GPU-PV