Windows Sandbox за 30 секунд: sbx и MCP-сервер для одноразовых тестов

⚡ Главное за 5 секунд

• Скотт Гансельман выпустил sandbox-mcp v1.2.0 — CLI sbx и опциональный MCP-сервер, которые поднимают одноразовую Windows 11 в Windows Sandbox.
• Ставится без Node/npm: в портативной сборке уже лежат Node.js, гостевой агент и инструкции по установке.
• Гость каждый раз чистый и по умолчанию без сети, а установка зависимостей идёт только по явному флагу --provision.

🔍 Что случилось

Репозиторий shanselman/sandbox-mcp набрал 58 коммитов и дорос до релиза v1.2.0: портативный CLI плюс опциональный MCP-сервер, встроенный Node.js, гостевой агент и setup-инструкции. Основной интерфейс — команда sbx. MCP-адаптер нужен только клиентам, которым нужны описанные инструменты и картинки прямо в ответе; оба интерфейса крутят один движок и делят состояние.

Механика простая. sbx deps app.exe ищет, чего не хватает приложению, а sbx run app.exe --provision доставляет рантаймы — и только когда попросили явно. В README есть замеренный разбор: NativeProof.exe на свежем Sandbox падает за 29.8 с с кодом -1073741515 (нет VC++ redistributable), после провижининга — PASS за 30.9 с. Установщик Microsoft-signed 14.51.36247.0, скачан и проверен на хосте, сеть гостя всё это время выключена. Драйвить гостя можно через UI Automation: inspect, type, click, toggle, wait. На выходе — PNG, ограниченные по длине записи, self-contained HTML и опционально MP4. Фреймворки: WinUI, WPF, WinForms, Win32, активация MSIX/AUMID. GUI-сэмплы в README идут около 40–50 секунд от старта до удаления машины.

🧠 Наш разбор

Наша оценка: релиз выстрелил не потому, что в нём есть что-то технически невозможное, а потому что MCP стал тем разъёмом, через который агенты дотягиваются до инструментов разработчика. Гансельман при этом не безымянный автор — у него многолетняя привычка выкладывать «инструмент для себя» на публику, и здесь видно ту же логику: сначала CLI, который работает сам по себе, потом адаптер.

Что это меняет по делу. «Works on my machine» перестаёт быть шуткой и становится командой: чистый гость без накопленного за годы мусора ловит отсутствующую зависимость за полминуты. Сеть по умолчанию выключена, а в списке фич есть diff инсталлятора и наблюдения за «детонацией» — то есть подозрительную сборку можно вскрывать, не рискуя рабочим ноутом. Мы считаем, что именно связка «чисто + офлайн + UI-автоматизация» здесь ценнее, чем сам MCP.

Кто выигрывает: разработчики десктопных приложений под Windows и QA, которым надоело вручную переставлять систему. Кто проигрывает: коммерческие фермы устройств для тестов и чек-листы, где «проверили на своей машине» — единственный артефакт. Оговорюсь: Windows Sandbox, по опыту, живёт в Pro и Enterprise, но требование к редакции я в README не сверял.

⚠️ Чего мы не знаем

Автор один, а README — сам себе пресс-релиз. Цифры 29.8 / 30.9 с и 40–50 с ничем не подтверждены снаружи: независимых прогонов нет. Нет данных про потребление RAM и диска, про ARM64, про параллельные запуски и про то, что будет с проектом, если Гансельман потеряет интерес. Лицензию я видел только как файл LICENSE, текст не читал. Проверить самому просто: запустить sbx deps на своём приложении и сверить с тем, что обещано.

Прогноз: за квартал вокруг sbx появится минимум один форк или обёртка с параллельным запуском нескольких Sandbox — в README про это нет ни слова, а в реальный CI упрётся именно это.

Дисклеймер: Цифры 29.8 / 30.9 с, 40–50 с на GUI-сэмпл и весь список поддерживаемых фреймворков взяты только из README одного автора и независимых прогонов не имеют — сторонних замеров и аудита проекта нет.

Источник: github.com/shanselman/sandbox-mcp