OpenSandbox: куда поселить AI-агента, чтобы он не разнёс всё вокруг… — Витя пишет код

Витя пишет код@vityawritecode · 196 subscribers Open in TelegramOpen

OpenSandbox: куда поселить AI-агента, чтобы он не разнёс всё вокруг 😁

Агенту мало написать код. Ему нужны терминал, файлы, зависимости, иногда браузер. Как только выдаёшь всё это, появляется инженерный вопрос: где он будет работать и до чего сможет дотянуться?

OpenSandbox — открытая платформа под Apache 2.0 для таких окружений. Можно начать локально на Docker и перейти к Kubernetes с общим API управления песочницами.

Как это выглядит
Приложение создаёт среду → агент пишет файлы и запускает команды → получает логи и результаты → среда удаляется или сохраняется поддерживаемым способом.

Что полезного внутри
• Выполнение команд, работа с файлами, Code Interpreter.
• SDK для Python, JS/TS, Java/Kotlin, C# и Go, плюс CLI и MCP.
• Примеры с coding-агентами, Chrome, Playwright и рабочим столом.
• Лимиты ресурсов и политики исходящего сетевого доступа.

Отдельно интересен Credential Vault: при настроенном egress-прокси реальные ключи подставляются в разрешённые внешние запросы, а процесс агента работает с заглушками. При этом разрешения самих ключей всё равно нужно ограничивать.

Где придётся поработать
Свои серверы означают свои обновления, мониторинг и эксплуатацию. Apache 2.0 не отменяет счета за CPU, память и дежурства.

И внимательно читайте архитектуру: изоляция, тома, snapshots и pause/resume зависят от backend. Снимок файловой системы и сохранение памяти работающих процессов — разные возможности. Само слово sandbox не гарантирует безопасную конфигурацию.

С чем сравнивать

1. E2B
Близкая альтернатива с Firecracker microVM и Python/JS SDK. Есть облако, а с 30 сентября 2026 — E2B Embed: Apache 2.0, одна Linux-машина с KVM, самостоятельная эксплуатация. У Embed нет secrets, volumes и части других облачных возможностей. Поэтому «E2B только SaaS» уже устарело.

2. Daytona
Стоит смотреть, когда агенту нужно возвращаться в рабочее окружение с сохранёнными файлами: диск переживает stop/start, а VM поддерживают pause/resume с памятью. Но 11 июня 2026 основной код продукта закрыли; старый открытый репозиторий больше не поддерживается. Это меняет выбор для тех, кому нужен контроль над исходниками.

3. Modal Sandboxes
Управляемая платформа, которую логично рассмотреть, если рядом нужны GPU, образы и Volumes. Есть снимки файловой системы, а снимки памяти пока в Alpha и несовместимы с GPU. Удобство оценивайте вместе с зависимостью от API и инфраструктуры Modal.

Как бы я выбирал
OpenSandbox — когда нужна своя платформа для агентов на Docker/Kubernetes и готовность её обслуживать.
E2B — когда подходит Firecracker и выбор между облаком и Embed.
Daytona — когда важны готовые рабочие окружения и их жизненный цикл.
Modal — когда песочницы нужны рядом с облачными вычислениями и GPU.

Мне здесь интереснее всего контроль над средой агента: какие команды он выполняет, куда ходит и какое состояние оставляет после себя. По этим требованиям и стоит выбирать 🚀