Docker выпустил Cloud Sandboxes — изолированные окружения для ИИ‑агентов, которые можно одним шагом переносить с ноутбука в облако и обратно. Идея простая: длинные задачи выполняются часами без привязки к вашему железу, а риск «побочных эффектов» от автономного агента остаётся под контролем.
ИИ‑агенты в разработке умеют много, но у них есть две бытовые проблемы: им нужно безопасное окружение и время. Когда задача превращается в несколько часов тестов, сборок и итераций, ноутбук быстро становится узким местом. Docker представил Cloud Sandboxes — вариант «песочниц», который работает на управляемых ресурсах Docker и позволяет продолжать агентные задачи, даже если вы закрыли крышку ноутбука.
Что именно запустили
Cloud Sandboxes — это продолжение идеи Docker Sandboxes: агент работает внутри microVM (микро‑виртуальной машины) со своим ядром и отдельным Docker‑daemon. То есть агент не «живет» напрямую в вашей системе и не получает доступ ко всему подряд.
Ключевое отличие новой версии — теперь то же самое изолированное окружение можно поднять в облаке Docker и при необходимости переносить туда/обратно.
Почему это важно обычному разработчику
У агентов всё чаще появляются «длинные» сценарии: прогнать тесты на нескольких ветках, перебрать варианты реализации, поднять сервисы, повторить попытку после падения и так по кругу. Это может занять 5–10 часов — и тут возникает классическая дилемма: либо держать ноутбук включённым, либо остановить работу агента.
Cloud Sandboxes решает эту дилемму: вы можете начать работу локально, а когда становится понятно, что задача затянется, перенести окружение в облако и вернуться к результату позже.
Перенос между ноутбуком и облаком
Docker делает ставку на максимально «прямую» механику: перенос выполняется командой, а не ручной миграцией проектов и зависимостей.
Пример команды переноса:
$ sbx move my-project --to cloud
При переносе фиксируется файловая система песочницы и воссоздаётся на другой стороне. Это работает в обе стороны: можно так же вернуть окружение обратно на локальную машину.
Параллельность без самостоятельной инфраструктуры
Ещё один практичный эффект — вы можете запускать много задач параллельно. Каждой задаче/агенту выделяется отдельная microVM с собственными секретами и сетевыми политиками. Это снижает риск того, что эксперименты одного агента «сломают» окружение другого или случайно заденут рабочие настройки.
«Наборы» для популярных агентов
Docker развивает концепцию Kits — заранее подготовленных песочниц под конкретного агента и набор инструментов. В списке готовых вариантов упомянуты, в частности, Claude Code, Codex и Copilot, а также другие агенты. Идея в том, чтобы старт происходил быстро: меньше времени на подготовку среды, больше — на задачу.
Сколько стоит
Модель оплаты — pay‑as‑you‑go: вычисления тарифицируются по времени, а «пауза» не стоит ничего. Docker отдельно подчёркивает, что тома, исходящий трафик, а также хостинг публичных образов и Kits заявлены как бесплатные. Для инференса можно использовать свой ключ провайдера моделей.
Озвученные размеры и цены (за час):
- Micro (1 vCPU, 2 GiB) — $0.07/час
- Small (2 vCPU, 4 GiB) — $0.14/час
- Medium (4 vCPU, 8 GiB) — $0.28/час
- Large (8 vCPU, 16 GiB) — $0.56/час
- XL (16 vCPU, 32 GiB) — $1.12/час
По умолчанию песочница запускается на час и может работать до 24 часов за сессию.
Кому это пригодится уже сейчас
- Разработчикам, которые дают агенту длинные задачи (переписывание модулей, рефакторинг, «перегоны» тестов), но не хотят держать ноутбук включённым всю ночь.
- Командам, где агентам нужно много параллельных сред для экспериментов, а выделять отдельные машины/VM под каждого — накладно.
- Тем, кто осторожен с автономными агентами: изоляция на уровне microVM помогает не смешивать агентные эксперименты с рабочей системой и секретами.
Что учитывать перед внедрением
Для работы Cloud Sandboxes нужен инструмент sbx версии 0.45.1 или новее и тариф pay‑as‑you‑go (доступен для Docker Personal и Pro). Docker отдельно отмечает, что локальные песочницы остаются бесплатными и автономными, а локальная и облачная версии используют раздельные секреты, шаблоны и сетевые политики — это стоит помнить, если вы переносите готовый рабочий процесс.
Источник: Docker Blog
