Vercel Sandbox: как 64 GB меняют сборки и задачи ИИ-агентов

Полезная часть обновления — не сами «64 GB». Важно другое: задача с репозиторием, которая раньше упиралась в лимит Vercel Sandbox в 32 GB, теперь может целиком завершиться на одной машине — без урезания, разбиения на этапы или переноса в другую среду.

11 сентября 2026 года Vercel увеличила стандартный объём рабочего хранилища в каждой среде Sandbox вдвое: с 32 GB до 64 GB.

В Vercel Sandbox теперь вдвое больше рабочего места

Vercel Sandbox — это изолированная microVM под Linux, небольшая виртуальная машина с собственным ядром, файловой системой и сетью. В неё можно загрузить репозиторий, поручить агенту изменить код, установить пакеты, запустить тесты и сборку, а затем забрать результат.

На всех этих этапах используется один и тот же локальный диск. Рабочая копия репозитория может оставаться на месте, когда появляется дерево зависимостей. Кеши сборки и скомпилированные файлы могут одновременно занимать пространство вместе с временными данными. Итоговый артефакт бывает небольшим, хотя в процессе его создания задаче ненадолго требуется гораздо больше места.

Именно этот пиковый объём затрагивает обновление. Теперь Vercel выделяет каждой среде Sandbox 64 GB рабочего хранилища вместо 32 GB: прибавка составляет 32 GB, а прежняя ёмкость удвоилась. Изменение распространяется на среды, созданные из Vercel Managed Image, пользовательского образа и с помощью устаревшего свойства runtime.

Речь идёт о ёмкости внутри среды Sandbox, а не о новой квоте базы данных или объектного хранилища. Vercel называет её временным NVMe-хранилищем. Если файлы должны сохраниться после выполнения задачи, вопрос постоянного хранения по-прежнему решается отдельно.

Главное для бизнеса: помещается ли задача в одну среду

Практический вопрос звучит не как «какой лимит диска у Vercel?», а так: «может ли вся задача выполниться в одной среде Sandbox без специальной очистки и передачи результатов между этапами?»

Для оценки достаточно простой формулы:

Пиковый объём рабочей среды = репозиторий и рабочая копия + установленные зависимости + артефакты сборки + максимум временных данных

Измеряйте максимальное потребление прямо во время работы. Не судите о нём по размеру итогового zip-файла. Распаковка пакетов, компиляция, тестовые данные, браузерные бинарные файлы, кеши и выгрузка данных могут пересекаться всего на несколько минут, но именно эти минуты определяют, завершится ли запуск.

В актуальных тарифах и квотах Vercel разные уровни хранения вынесены в отдельные статьи расходов:

Это различие меняет расчёт стоимости. Удвоение рабочего диска не удваивает тариф на вычисления. В актуальном примере Vercel для iad1 30-минутный запуск сборки и тестов с 4 vCPU и 8 GB памяти стоит около $0.34 при полной загрузке CPU.

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

Дополнительные файлы создают новую статью расходов именно при постоянном хранении. Если запуск использовал и сохранил все дополнительно доступные 32 GB на полный месяц, расчёт по тарифу составит 32 × $0.08 = $2.56 за каждый месяц хранения снимка. Это лишь пример, а не автоматическое списание. Запуск без постоянного хранения, который экспортирует результат и удаляет рабочую среду, не создаёт расходов на снимок.

Кому пригодится дополнительное место

Staff-инженеру с большим монорепозиторием

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

Если измеренный пик теперь укладывается в доступную файловую систему объёмом 64 GB, команда сможет снова объединить получение рабочей копии, установку, тесты и сборку в одной задаче. Выигрыш здесь операционный: меньше передач между этапами, меньше частичных артефактов и одна точка перезапуска при сбое сборки.

Само по себе это не делает Vercel подходящим провайдером сред Sandbox для любого случая. Если среда выполнения ещё не выбрана, в подробном сравнении песочниц для кода ИИ-агентов разобраны компромиссы в изоляции и тарификации. Это обновление сдвигает только дисковую границу Vercel.

Инженеру платформы агентов, который исправляет репозитории

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

Дополнительные 32 GB дают всему циклу больше пространства, чтобы завершиться в одной среде Sandbox. Благодаря этому из рабочего процесса агента может исчезнуть повторный запуск после переполнения диска или специальный инструмент очистки. Но выгода появляется лишь тогда, когда причиной сбоя действительно был диск. Если задачу ограничивают память, CPU, сетевая политика или время сессии, увеличенная файловая система не поможет.

Инженеру данных, чьё преобразование выгружает данные на диск

Инженер данных может использовать локальную файловую систему как временное пространство, пока преобразование сортирует, объединяет или разворачивает загруженные данные. Более ёмкий диск позволяет оставить эту временную работу локальной, не прибегая к преждевременному разбиению задачи или удалённому монтированию.

Для результата всё равно нужен план вывода. Выгрузите постоянный результат из среды, запишите его в подходящее объектное хранилище или подключите Drive, если тот же каталог потребуется следующим запускам. Временный диск на 64 GB полезен именно потому, что его можно удалить. Попытка использовать его как постоянное хранилище смешивает две разные задачи и две разные статьи расходов.

Команде, которая всё ещё использует runtime

В релизе от 11 сентября прямо указано, что обновление распространяется и на среды Sandbox, настроенные через устаревшее свойство runtime. Существующий код должен получить более ёмкий диск без миграции образа.

При этом текущее направление развития платформы — образы. Начиная с версии 3 Sandbox SDK, среда без runtime и image использует vercel/sandbox/universal:latest. Управляемые образы обновляются каждую ночь, а фиксация по digest даёт неизменяемую среду, когда важна воспроизводимость сборок.

Перед изменением процесса измерьте одну типичную задачу

Обновление снимает ограничение, но не показывает, сколько места реально доступно вашему образу и задаче. Прежде чем удалять этапы очистки или снова объединять разделённую сборку, измерьте один настоящий запуск.

1. 1

   Выберите задачу, которая даст ответ

   Возьмите задачу, которая недавно упёрлась в лимит диска, или ту, которую сейчас приходится делить только ради прежнего лимита. Используйте тот же репозиторий, lock-файл, команду сборки и входные данные, что и в рабочем процессе. Учебный репозиторий не ответит на бизнес-вопрос.

2. 2

   Запустите новую Sandbox на основе образа

   Текущие CLI и механизм образов упрощают воспроизведение результата. Эта последовательность следует документированному сценарию Vercel Sandbox CLI и отключает постоянное хранение, чтобы измерение не создало автоматический снимок.

   npm i -g sandbox
   sandbox login
   sandbox create --name workspace-check --image vercel/sandbox/node:24 --timeout 30m --non-persistent
   
   tar -czf app.tgz -C ./my-app .
   sandbox copy ./app.tgz workspace-check:/tmp/app.tgz
   sandbox exec workspace-check -- sh -c "mkdir -p /app && tar -xzf /tmp/app.tgz -C /app"

3. 3

   Зафиксируйте расход места на каждом этапе

   Проверьте диск после получения рабочей копии, после установки зависимостей, по возможности во время самой тяжёлой части сборки и после готовности артефакта. Замените .next и dist на пути результатов, которые действительно использует ваш проект.

   sandbox exec --workdir /app workspace-check -- sh -lc 'df -h /; du -sh .git node_modules .next dist /tmp 2>/dev/null || true'
   
   sandbox exec --workdir /app workspace-check -- npm install
   sandbox exec --workdir /app workspace-check -- sh -lc 'df -h /; du -sh .git node_modules .next dist /tmp 2>/dev/null || true'
   
   sandbox exec --workdir /app workspace-check -- npm run build
   sandbox exec --workdir /app workspace-check -- sh -lc 'df -h /; du -sh .git node_modules .next dist /tmp 2>/dev/null || true'

   df -h / показывает, сколько места осталось в среде Sandbox. Строки du помогают понять, какая часть рабочей среды его занимает. Если проверить диск только после завершения сборки, пик можно пропустить.

4. 4

   Один раз повторите запуск без прежнего обходного решения

   Если измеренный максимум остаётся в пределах показанного свободного места, повторите ту же задачу без урезания зависимостей или передачи сборки между этапами. Зафиксируйте результат, общее время, Active CPU, выделенную память, передачу данных, а также создание снимка или хранилища Drive. Затем остановите среду Sandbox.

   sandbox stop workspace-check

Где проходит реальная граница

Дополнительный диск не добавляет памяти, CPU или времени. По умолчанию сессия Sandbox по-прежнему длится 5 минут. На тарифе Hobby она может работать до 45 минут, а на Pro и Enterprise — до 24 часов.

Релиз также не гарантирует, что любая нагрузка размером менее 64 GB беспроблемно поместится. Начальный образ занимает часть файловой системы, а плавающие теги образов могут меняться после ночных обновлений Vercel. Проверяйте фактическое свободное место после запуска. Если каждая сборка должна начинаться в одной и той же среде, зафиксируйте образ по digest.

Если задаче нужны постоянные общие данные, используйте Drive или другое постоянное хранилище. Если ей требуется больше рабочего места, чем показывает среда Sandbox, сохраните разбиение, перенесите крупный набор временных данных в подключённое хранилище или выполняйте задачу в другом месте. Новый лимит меняет границу выбора, но не сами варианты.

Что сделать в понедельник

Действуйте уже на этой неделе, если настоящая задача с репозиторием, агентом или данными не проходила прежний дисковый лимит либо содержит очистку исключительно для его обхода. Если пик ещё не измерен, подождите: отказ от работающего разбиения на основе догадки лишь отложит следующий сбой. Обновление ничего не меняет, если задача и раньше с запасом укладывалась в прежнюю ёмкость или её настоящее узкое место — CPU, память, доступ к сети, длительность сессии либо постоянное хранилище.

В понедельник возьмите одну типичную рабочую задачу, выполните описанные выше измерения в новой Sandbox на основе образа с 64 GB и один раз повторите запуск без прежнего способа экономить место. Оставляйте более простой путь с одной задачей, только если измеренный запуск завершится успешно, а полная стоимость вычислений и постоянного хранения останется приемлемой.

Чтобы получать больше понятных разборов обновлений, которые меняют практические расчёты, подпишитесь на рассылку.