← На главную

Devvm создаёт изолированную VM для каждого проекта и AI-агента

06.11.2026 17:30 · hackernews

Devvm — бесплатный инструмент с открытым исходным кодом под лицензией MIT, который выделяет каждому проекту отдельную виртуальную машину. Он предназначен для разработчиков и coding-агентов: команда devvm в каталоге проекта создаёт изолированную среду, определяет нужные toolchain по файлам вроде package.json и pyproject.toml, а затем открывает shell внутри VM.

По умолчанию в машину монтируется только текущий проект с правом записи. Каталоги вроде ~/.ssh, ~/.aws и ~/Documents остаются недоступны. Навыки агентов подключаются read-only, настройки и MCP-серверы копируются, а история не передаётся. Поддерживаются Claude Code, Codex и opencode. Токены остаются на основной машине: VM получает placeholders, а локальный прокси подставляет настоящие учётные данные в исходящие API-запросы.

Сетевой режим allowlist разрешает соединения только с перечисленными хостами через этот прокси. При необходимости можно выбрать более свободные internet или open либо полностью запретить сеть режимом none. На macOS дополнительно блокируются hooks и config в .git, чтобы код из VM не менял команды Git, выполняемые на хосте. Режим --clone даёт машине отдельный клон репозитория; результат попадает в основной репозиторий только после явного fetch.

Для повседневной работы предусмотрены автоматическая проброска портов, открытие среды в VS Code через Remote-SSH и передача имени и email автора Git-коммитов. Встроенные слои docker, nix и desktop расширяют базовый образ, а собственные setup-сценарии можно сохранять как новые слои. Поддерживаются запуск из произвольного container image и настройка по devcontainer.json.

Базовый образ и версии инструментов создаются один раз и используются VM совместно в read-only-режиме, поэтому последующие среды запускаются за секунды. Devvm работает на macOS и Linux, на arm64 и x86_64, используя Lima с Apple Virtualization Framework или QEMU. Разработчики подчёркивают, что ни одна песочница не закрывает все пути атаки: отдельная документация описывает оставшиеся риски и ограничения, включая отсутствие защиты .git на Linux-хостах.

Читать оригинал →