Аналитики отвлекались на одни и те же вопросы
Маркетингу и продажам нужны были данные о клиентах и продуктах. Небольшая команда аналитики каждый раз писала SQL, разбирала результат и возвращалась с рекомендацией. 02:32
Vercel · агенты для работы с данными
Как команда Vercel превратила эксперимент с SQL в агента D0: сохранила контекст работы, дала доступ к файлам и начала сохранять повторяющиеся решения как инструкции для будущих запусков.
«How We Solved Agent Building»
Конспект доклада о внутреннем агенте Vercel и фреймворке Eve.
Основной вывод Ку: качество агента зависит от знаний о компании и возможности исследовать задачу. Усложнение цепочки вызовов само по себе этого не обеспечивает.
01 / Коротко
Маркетингу и продажам нужны были данные о клиентах и продуктах. Небольшая команда аналитики каждый раз писала SQL, разбирала результат и возвращалась с рекомендацией. 02:32
Агент получил файловую среду, командную оболочку bash и знания о данных Vercel. Он может читать материалы, сохранять промежуточную работу и возвращаться к исследованию после ошибки. 08:56
D0 — внутренний агент Vercel для анализа данных. Eve — фреймворк, в который команда перенесла накопленный подход к сборке агентов. Результаты ниже приведены со слов спикера.
02 / Эволюция
Первая версия проверяла одну гипотезу: сможет ли модель написать рабочий SQL, если дать ей структуру данных. Ку вставил схему Snowflake в системный промпт, а полученный запрос запускал вручную. 03:37
Во второй версии отдельные агенты уточняли вопрос, планировали, исполняли SQL и составляли отчёт. Каждому назначили свой промпт и ограничили доступные инструменты. Так удалось автоматизировать путь от вопроса до ответа. 04:49
Но следующий агент получал только сводку и небольшой фрагмент предыдущей работы. Ему не хватало истории, чтобы разобраться, как система пришла к промежуточному результату.
В третьей версии один агент сам переключался между исследованием, планированием, исполнением и отчётом. При ошибке запроса или соединения таблиц он мог вернуться назад, прочитать больше и попробовать снова. 05:54
Первым пользователям система всё равно не понравилась: их вопросы выходили за пределы сценариев, которые команда предусмотрела в проверках. 07:17


03 / Переломный момент
Ку сравнил собственную систему с Claude Code и Opus 4.5. По его наблюдению, простые действия с файлами работали лучше строго заданного набора специализированных инструментов. Он объясняет это тем, что модели хорошо умеют читать файлы, искать в них и выполнять команды. 07:39
Команда перенесла D0 в sandbox, изолированную среду исполнения, и загрузила туда семантический слой данных. В докладе так называется материал, по которому агент разбирается в схемах и связях данных; полный состав этого слоя не раскрыт.
Поверх файлов и bash команда добавила несколько инструментов для задач Vercel. Ку описывает небольшой общий набор действий и доступ к нужным данным компании. 08:56
После перехода к файловому агенту, по словам Ку, оценка внутренних проверок примерно удвоилась. Размер набора, критерии успеха и итоговое значение в докладе не приведены. 09:35


04 / Накопление опыта
После расширения доступа команда получала тысячи запросов в день. Сотрудники спрашивали о метриках клиентов и продаж, загрузках npm, продуктах и биллинге. Формулировки различались, но многие запросы сводились к одинаковым агрегациям и поиску данных. 10:14
Команда запустила периодическую обработку свежих запросов, которая превращает повторяющиеся решения в skills: инструкции и контекст для определённого типа задачи. Новый запуск получает знания, накопленные в предыдущей работе.
Ку называет примерно 100 skills: от агрегаций до поиска данных о конкретных людях. Это заявленный объём библиотеки на момент доклада. 10:38

05 / Сборка агентов
Другие команды Vercel пытались строить своих агентов на основе D0, пока его архитектура ещё менялась. Ку хотел, чтобы следующий разработчик начинал с уже накопленного опыта. Отсюда идея «Next.js для агентов»: структура файлов подсказывает фреймворку, как собрать систему. 12:06
Инструкции и контекст, которые помогают выполнять повторяющиеся операции.
Собственные инструменты для работы с данными и сервисами компании.
Интеграции, через которые сотрудники обращаются к агенту.
Внутри среды исполнения нужны восстановление работы после прерываний, изоляция, вызовы моделей и подключения. Ку описывает адаптеры для самостоятельного размещения и вариант на инфраструктуре Vercel. При развёртывании на Vercel он показывает наблюдение за запусками, вызовами инструментов и шагами агента.
По словам Ку, D0 переписали на Eve во время разработки фреймворка. В результате агент собирается из системных инструкций, skills и нескольких инструментов.


06 / Результаты и их границы
Внутренних проверок проходила ранняя система перед неудачным запуском у первых пользователей.
07:17Так Ку описывает рост оценки после перехода к файловому агенту. Новое абсолютное значение не названо.
09:35Внутренних агентов Vercel, которые, по оценке Ку, нашли устойчивое применение в работе.
16:06Эти заявления нельзя объединять в график «точности». В докладе нет состава проверок, размера выборки и подтверждения сопоставимости замеров. Доля успешных проверок также не равна доле довольных пользователей.
По словам Ку, аналитики смогли больше заниматься производительностью Snowflake, добавлением источников данных и устранением пробелов. Время, которое агент экономит, численно не оценено. 16:06
Внутренние примеры охватывают маркетинговые ретроспективы, выбор контактов для обращения и первичные правки договоров. Ку также рассказывает о бета-клиенте Aura: тот сообщил о меньшем числе шагов и более успешной работе агента на Eve. Чисел для этого сравнения нет. 14:18

07 / Навигация по видео
Ку объясняет свою роль и переход от инфраструктуры для веб-приложений к инфраструктуре для агентов.
Рутинные вопросы сотрудников прерывают исследовательскую работу аналитиков.
SQL создаёт модель, а запуск и проверка пока остаются у человека.
Отдельные роли автоматизируют путь от вопроса до отчёта, но передают друг другу мало контекста.
Агент сохраняет историю и может возвращаться к исследованию после неудачного запроса.
Реальные вопросы оказываются сложнее сценариев внутренних проверок.
Файлы и знакомые модели инструменты подсказывают новый способ построения D0.
Ку сообщает, что оценка примерно удвоилась, и показывает простой подход с bash и sandbox.
Повторяющиеся запросы обобщают в инструкции для следующих запусков.
Опыт D0 превращают во фреймворк с каталогами знаний, инструментов и каналов.
Пример Aura и просмотр запусков, шагов и вызовов инструментов.
Ку советует строить агента вокруг конкретной работы и давать ему как можно больше доменного контекста.
08 / Что попробовать
«Первая реакция была: это ужасно».
Эндрю Ку о первом запуске у пользователей. Перевод по субтитрам. 07:17
«Добавляйте как можно больше знаний, специфичных для компании».
Эндрю Ку о качестве прикладного агента. Перевод по субтитрам. 16:00
Ниже — практические шаги по мотивам доклада. Для проверки своего агента нужны реальные вопросы сотрудников: ранний результат D0 показал, что вручную придуманные сценарии не покрывают их потребности.