Vercel удвоил хранилище Sandbox до 64 ГБ: что меняется для AI-агентов

11 сентября 2026 года Vercel сообщил об увеличении стандартного дискового пространства Vercel Sandbox до 64 ГБ. Раньше типичный sandbox получал 32 ГБ, поэтому доступный объём фактически удвоился.

Изменение особенно интересно для coding agents и автоматизированных задач, которые клонируют репозитории, устанавливают зависимости, запускают сборки, тесты и контейнеры в изолированной среде. Дополнительный диск не делает код автоматически быстрее, но уменьшает вероятность упереться в ограничение пространства во время длинного автономного процесса.

Что именно изменил Vercel

В официальном changelog Vercel указано, что Sandbox теперь предоставляет 64 ГБ storage per sandbox вместо 32 ГБ. Новый объём применяется по умолчанию при использовании актуальных версий SDK и CLI, а также при создании sandbox с image.

Первичный источник — официальный changelog Vercel от 11 сентября 2026 года.

Почему объём диска важен для AI-агента

Современный coding agent редко ограничивается одним текстовым запросом. В реальной задаче ему может понадобиться получить исходники, установить пакеты, проиндексировать проект, запустить dev-сервер, выполнить тесты, собрать приложение и сохранить логи. Всё это использует локальное пространство sandbox.

Особенно быстро диск расходуют крупные node_modules, monorepo, package caches, Docker images, браузеры для Playwright, временные сборочные каталоги и несколько checkout одного проекта. Поэтому увеличение лимита с 32 до 64 ГБ даёт больше запаса для задач, которые раньше приходилось дробить или очищать по ходу выполнения.

Это не то же самое, что постоянное файловое хранилище приложения

Важно не путать диск sandbox с обычным production storage. Sandbox — изолированная вычислительная среда для выполнения задач. Если приложению нужно постоянно хранить пользовательские файлы, изображения, резервные копии или бизнес-данные, архитектуру всё равно нужно строить вокруг подходящего постоянного хранилища или базы данных.

Дополнительные 32 ГБ полезны именно как рабочее пространство выполнения: код, зависимости, артефакты, временные данные и инструменты.

Где 64 ГБ дают практический запас

• клонирование больших репозиториев и monorepo;
• установка нескольких наборов зависимостей;
• Next.js и другие сборки с объёмными cache-каталогами;
• Playwright, Chromium и browser-based тесты;
• локальные Docker images и контейнерные зависимости;
• генерация временных файлов и build artifacts;
• AI-агенты, которые выполняют несколько последовательных инженерных шагов в одном окружении.

Почему это связано с развитием Vercel Sandbox в целом

Обновление появилось сразу после другого изменения Sandbox. 10 сентября Vercel сообщил, что Sandbox стал доступен во всех 20 compute regions платформы. Теперь регион можно выбирать при создании среды, а для Pro и Enterprise предусмотрены failover regions.

Вместе эти изменения показывают направление продукта: Sandbox становится не просто временным местом для запуска одной команды, а более управляемой инфраструктурой для изолированных вычислительных процессов.

Для AI-сценариев это особенно заметно. В статье о работе AI-агента с GitHub issues Next.js я уже разбирал, почему изоляция окружения и ограниченные права важнее самого красивого prompt. Sandbox решает именно инфраструктурную часть такой архитектуры.

Что обновление не обещает

Удвоение storage нельзя автоматически переводить в «в два раза быстрее». Vercel в анонсе говорит об объёме диска, а не об удвоении CPU, памяти или скорости сборки. Производительность конкретной задачи зависит от других ресурсов и архитектуры приложения.

Также больший диск не отменяет уборку временных данных. Если агент бесконтрольно скачивает зависимости, сохраняет дубли репозиториев и никогда не очищает старые артефакты, 64 ГБ просто закончатся позже.

Sandbox и автономная разработка

Для автономного агента главное преимущество sandbox — возможность безопаснее отделить выполнение кода от основной инфраструктуры. Агент может работать с репозиторием и инструментами в контролируемой среде, а production-доступы выдаются отдельно и только когда они действительно нужны.

Дополнительное пространство делает такой workflow удобнее для длинных задач. Например, агент может установить зависимости, запустить тестовый стек, выполнить несколько итераций исправления и только после проверки подготовить изменение к публикации.

Как это связано с автоматизацией бизнеса

Не каждому бизнесу нужен собственный coding agent. Но сама архитектурная идея полезна шире: автоматизация должна иметь ограниченное окружение, понятные права, логи и безопасный повтор после ошибки. Это относится и к обработке заявок, и к документам, и к интеграциям.

В A.S Groups я отдельно занимаюсь AI-автоматизацией бизнес-процессов. Для таких проектов сначала определяется процесс и границы действий агента, а уже затем выбираются модель, инструменты и инфраструктура.

Что ещё изменилось у Vercel за последние дни

Vercel активно развивает инструменты для разработчиков и агентов. 9 сентября компания добавила чтение changelog прямо из CLI. Эту функцию я разобрал отдельно в статье про Vercel changelog в терминале.

Связка выглядит логично: агент получает более свежий контекст о платформе, а Sandbox предоставляет изолированное место, где можно выполнять и проверять технические действия.

Вывод

Vercel Sandbox получил 64 ГБ хранилища вместо 32 ГБ. Это небольшое по формату, но практичное инфраструктурное обновление для длинных сборок, тестов, контейнеров и AI-агентов, которым нужно больше локального рабочего пространства.

Главное — воспринимать дополнительные гигабайты как запас для контролируемого выполнения, а не как повод хранить внутри sandbox всё подряд. Для автономных систем по-прежнему важны ограничения прав, очистка временных данных, логирование и проверяемый workflow.

Если нужно спроектировать AI-агента, автоматизацию или интеграцию с контролируемыми действиями, можно описать задачу A.S Groups и разобрать подходящую архитектуру.