jamesstringer90/appsandboxЛегко создавайте полноценные виртуальные машины, изолированные для разработки или моделей использования компьютера.
App Sandbox — это приложение для виртуальных машин для Windows и macOS, ориентированное на производительность и простоту использования.
Возможности Windows:
Возможности Mac:
Требования: Windows 11 с процессором x64 или macOS Tahoe (серия M)
App Sandbox создает и запускает полноценные настольные виртуальные машины — Windows 11, Ubuntu и macOS. Он является бесплатным и open-source (MIT), распространяется в виде предварительно собранных двоичных файлов (подписанных EV на Windows, подписанных Apple Developer на macOS) на странице Releases. Управление осуществляется двумя способами: через графический интерфейс или программно через безголовый демон с независимым Python SDK (asb.py). В любом случае вы выбираете ОС, указываете образ установщика, и App Sandbox подготавливает диск, выполняет автоматическую установку и загружает гостевую систему. Вы предоставляете ISO-образ Windows или Ubuntu; гостевые системы macOS загружают свой образ восстановления автоматически. Он работает на ПК с Windows 11 (x64) или Mac на Apple Silicon, включая ноутбуки.
Работает на Windows 11 Home без Hyper-V. В Windows App Sandbox не использует Hyper-V или диспетчер Hyper-V; он создает и запускает ВМ через API Windows Host Compute System (HCS) и Host Compute Network (HCN), которые требуют только функции Virtual Machine Platform. Hyper-V ограничен Windows 11 Pro и Enterprise, в то время как Virtual Machine Platform доступна на Windows 11 Home, поэтому лицензия Windows 11 Pro не требуется. Virtual Machine Platform — это та же функция Windows, которую использует WSL2.
Для чего это можно использовать:
Безголовый API.
appsandbox.exe --headless
(или sudo /Appsandbox.app/Contents/MacOS/AppSandbox --headless на macOS) запускает демон с одним владельцем, который содержит то же ядро, что и GUI, и предоставляет его в виде локального HTTP/JSON API в стиле Docker на 127.0.0.1, идентичного на обеих платформах. Python SDK (asb.py), использующий только стандартную библиотеку, оборачивает его: создавайте ВМ с ускорением GPU (GPU-PV — это опция создания gpuMode), подключайтесь по SSH через автоматически развернутый ключ (гостевые системы Windows, Ubuntu или macOS), делайте снимки и ветвления, открывайте живой дисплей и запускайте несколько ВМ одновременно — количество одновременно работающих ВМ ограничено ресурсами хоста (CPU, RAM, память GPU), а не фиксированным лимитом. Демон работает на одном хосте — он управляет ВМ на той же машине, на которой запущен, и не предоставляет облачные ВМ; для CI запускайте его на самopдском раннере. Подготовка ВМ выполняет полную автоматическую установку; снимки, ветвления и шаблоны (только Windows) запускают новую ВМ из подготовленного состояния вместо переустановки. ВМ сохраняется до удаления. Снимок — это контрольная точка состояния диска, сделанная при остановленной ВМ, а ветвление создает из нее доступный для записи диск для выполнения различных действий. Полная справка по API и рабочие примеры находятся в tools/headless-api/.
Как это работает: этот репозиторий также стремится быть рабочим примером программного создания полноценных настольных ВМ с использованием Windows HCS/HCN API и Virtualization.framework от Apple. В Windows App Sandbox отправляет созданный вручную документ машины HCS в computecore.dll / computenetwork.dll — уровень HCS/HCN, который также лежит в основе WSL2 и Windows Sandbox, — а не через диспетчер Hyper-V. Ускорение GPU использует паравиртуализацию GPU (GPU-PV) для разделения установленного на хосте GPU с гостевой системой — тот же путь WSL2, а не выделенный проброс (без VFIO/IOMMU, без второго GPU). Гостевые системы Windows получают DirectX 12, OpenGL, Vulkan, CUDA и OpenCL; гостевые Ubuntu — то же самое без DirectX; гостевые macOS — Metal. Пользовательский косвенный драйвер дисплея IddCx и виртуальное аудиоустройство передают экран и звук, а буфер обмена гость↔хост, аудио, ввод и SSH работают через сокеты Hyper-V. Гостевые диски создаются инструментом из репозитория с поддержкой ext4, squashfs, qcow2 и VHDX. На macOS App Sandbox использует Virtualization.framework от Apple (VZVirtualMachine, VZMacOSInstaller) через virtio-vsock. На Windows гостевые системы Linux (Ubuntu) обращаются к GPU через пользовательский модуль ядра DRM/KMS (asb_drm), dxgkrnl от Microsoft WSL2 и пользовательскую сборку Mesa. Приложения написаны на нативном C / Objective-C с HTML/JS UI (WebView2 на Windows, WKWebView на macOS).
[Windows] Включить горячие клавиши или отключить звук ВМ: подключитесь к ВМ и щелкните правой кнопкой мыши строку заголовка подключения
[Windows] Нужен высокопроизводительный удаленный рабочий стол для удаленного доступа к вашей ВМ? Phaze отлично работает
[Windows] Вы можете проверить, работает ли настройка драйвера GPU-PV, запустив gpu-test.exe внутри вашей ВМ App Sandbox Windows; gpu-test.exe покажет окно с 6 вращающимися кубами, каждый из которых использует другой механизм рендеринга (D3D9, D3D10, D3D11, D3D12, OpenGL и Vulkan). Если один или несколько не работают, они не будут правильно отображать вращающийся куб для этого API рендеринга. gpu-test.zip. Примечание: успешное выполнение API рендеринга означает, что GPU-PV сработал, но иногда игры или приложения написаны таким образом, что они не обнаруживают систему GPU-PV правильно и все равно показывают ошибку.
AppSandbox лицензирован в соответствии с лицензией MIT — Copyright (c) 2026 James Stringer.
Он включает сторонние компоненты, которые не покрываются лицензией MIT и сохраняют свои собственные условия — в первую очередь драйвер GPU dxgkrnl от Microsoft WSL2 (GPL-2.0) и встроенный декодер XZ (0BSD). См. THIRD-PARTY-NOTICES.md для полного списка. Собственный модуль ядра DRM Linux AppSandbox (tools/linux/asb_drm/) имеет двойную лицензию MIT OR GPL-2.0, чтобы он мог разрешать символы, доступные только по GPL.
Помимо моего собственного опыта создания Easy-GPU-PV, я нашел NanaBox очень полезным ресурсом для понимания HCS.
James Stringer — автор Easy-GPU-PV
