Vercel на мероприятии Ship в Лондоне представила фреймворк eve с открытым кодом и сразу добавила к анонсу корпоративный смысл: вместе с ним компания показала Passport для контроля внутренних AI-приложений и агентов. Для русскоязычной IT-аудитории сигнал понятный: рынок уходит от разговоров про «умных агентов» к вопросу, кто их разрабатывает, где они крутятся и под чьей идентификацией вообще живут.
Как пишет The Register, новый фреймворк eve Vercel продвигает как максимально простой конструктор для создания кастомных AI-агентов. Агент в этой модели описывается не как большой монолитный сервис, а как директория с файлами на TypeScript и Markdown: отдельно задаются инструкции, навыки, провайдер модели, инструменты, аутентификация, каналы и расписание. По умолчанию такие агенты запускаются в изолированных виртуальных машинах, а в комплекте есть базовый инструмент тестирования, который прогоняет сценарий и оценивает результат. Код выложен на GitHub под лицензией Apache 2.0, то есть Vercel не пытается запереть разработчиков внутри проприетарного SDK без права выбора.
Самая показательная часть анонса даже не в том, что агент можно описать набором файлов, а в том, как Vercel упаковывает сложность. CTO компании Мальте Убрил объяснил идею почти в лоб: разработчику достаточно «заполнить пропуски», а жизненный цикл агента дальше берет на себя фреймворк. Иными словами, Vercel продает не столько очередной способ подключить LLM, сколько обещание спрятать под капотом весь неприятный инженерный багаж: песочницы, ограничения контекстного окна, оркестрацию вызовов и прочую механику, которую обычно приходится собирать руками. Для команд, где AI-эксперименты уже идут, но нет желания держать отдельную группу под внутреннюю платформу агентов, это сильный аргумент.
Есть и важная оговорка. Формально фреймворк eve не привязан к инфраструктуре Vercel: проект можно запускать локально через npx eve dev, а в качестве моделей подключать все, что поддерживает AI SDK самой Vercel. Сюда же добавляется AI Gateway с единым endpoint для нескольких провайдеров и возможностью переключения, если одна модель недоступна. Но на практике у универсальности пока заметны ранние швы. The Register пишет, что один из первых пользователей уже пожаловался на требование логина Vercel даже при работе с другим провайдером модели. Компания настаивает, что хочет сделать систему «работающей везде», но реальность стартовых релизов обычно скучнее презентаций: заявленная независимость от платформы еще придется доказывать не на слайде, а в issue tracker.
Агенты выходят из тени
Второй анонс Vercel, возможно, даже важнее первого для бизнеса. Passport, Vercel Connect, Enterprise Managed Users и режим Bring Your Own Cloud собраны в одну историю про контроль над тем, что сотрудники уже начали делать сами. Логика тут болезненно знакомая любому IT-директору: сотрудник собирает приложение с помощью AI, агент по умолчанию тянет Next.js и хостинг Vercel, в ход могут пойти корпоративные данные, а ИБ и инфраструктура узнают об этом постфактум. Это уже не классический shadow IT из эпохи самовольно купленного SaaS, а shadow AI с куда более низким порогом входа. Если раньше нужно было хотя бы что-то уметь в коде и деплое, то теперь достаточно «навибкодить» сервис за вечер.
Passport как раз и должен закрыть этот разрыв. Сервис использует OpenID Connect, чтобы повесить внутренние приложения и AI-агентов команды на корпоративного identity-провайдера вроде Okta или Microsoft Entra. Vercel Connect заменяет статические секреты на короткоживущие токены через OAuth или API, а Enterprise Managed Users добавляет синхронизацию с директориями, чтобы учетками в Vercel управляла сама организация, а не сотрудники по остаточному принципу. На бумаге это выглядит как взрослая попытка превратить хаотичную разработку «с помощью ИИ» в управляемый корпоративный процесс. На практике главный вопрос будет не в наличии OIDC, а в том, захотят ли компании легализовать уже начавшийся стихийный спрос на такие инструменты вместо привычного запрета всего подряд.
Отдельно Vercel подталкивает enterprise-аудиторию через BYOC, то есть модель, в которой платформа компании работает на AWS-инфраструктуре, выделенной самим заказчиком. Это компромисс для тех, кому нужна удобная обвязка Vercel, но не хочется полностью отдавать вычисления внешнему провайдеру. Компромисс, впрочем, с характером. Убрил прямо признал, что вычислительные ресурсы Vercel не смогут напрямую принимать AWS-роли клиента, что неудобно для компаний, глубоко завязанных на AWS Identity Management. Вместо этого на каждый вызов выдается OIDC-токен, и уже через него предлагается настраивать политики доступа. Плюс при BYOC Vercel фактически становится management-вендором, а значит, получает доступ к части инфраструктуры клиента. Для regulated-среды это не мелочь, а полноценный пункт в чек-листе согласований.
Ценовая математика и спор с Cloudflare
Самая спорная часть выступления касается денег и эффективности. У Vercel давно есть репутационная проблема: компания работает поверх AWS, а значит, для многих клиентов выглядит как дорогая прослойка между ними и облаком. Убрил отвечает на это знакомым тезисом платформенных игроков: да, сверху есть премия, но она компенсируется более эффективным использованием вычислительных ресурсов. По его словам, особенно это заметно на небольших нагрузках и особенно в сравнении с AWS Lambda. Vercel еще в прошлом году заявляла, что сократила свои расходы на Lambda до 95% за счет повторного использования простаивающих инстансов. Теперь CTO добавляет еще одну цифру: клиентам AWS якобы нужно держать загрузку выше 35%, чтобы сравняться с ценой Vercel. Цифра звучит эффектно, но это именно заявление компании, а не независимый бенчмарк, так что воспринимать его лучше как часть продажной аргументации, а не универсальную формулу для FinOps.
Не обошлось и без привычной перепалки с Cloudflare. Там делают ставку на собственные дата-центры и Workers на базе V8 isolates, тогда как Vercel подчеркивает более «обычную» платформенную модель: Node.js, Python или PHP на виртуальных машинах, стандартный PostgreSQL, VPC peering, AWS и S3 без экзотики. Подтекст очевиден: Vercel пытается убедить рынок, что ее стек легче вписывается в привычную enterprise-инфраструктуру, чем решения с более специфическим рантаймом. Но этот аргумент двусторонний. Cloudflare уже критиковала экосистему Next.js как слишком кастомную, и хотя с появлением стабильного Adapter API в Next.js 16.2 ситуация стала лучше, адаптеры для AWS и Cloudflare все еще в разработке и ожидаются только к концу 2026 года. То есть разговор о «нормальной платформе» пока остается не только инженерным, но и политическим.
Для разработчиков вывод довольно практичный. Если команда уже живет в Next.js и Vercel, то eve выглядит как попытка сделать из AI-агентов такой же привычный артефакт деплоя, как веб-приложение: собрал каталог, прописал конфиг, запустил локально, отправил через vercel deploy. Для бизнеса картина сложнее: вместе с удобством приходит еще один уровень зависимости от платформы, а обещания про мультиоблачность и открытость придется проверять руками. В этой истории важнее всего не сам фреймворк eve, а то, что Vercel пытается застолбить роль корпоративного диспетчера для AI-разработки. Если рынок примет такую модель, борьба пойдет уже не за лучший SDK для агентов, а за право быть точкой входа в весь внутренний AI-ландшафт компании. Проверить первоисточник и формулировки Vercel можно в материале .