Vercel eve: framework, który robi dla agentów to, co Next.js zrobił dla webu

eve to open-source framework Vercela, w którym agent AI jest zwykłym katalogiem plików: instrukcja w Markdown, narzędzia w TypeScript, obok nich kanały i harmonogram. Framework bierze na siebie warstwę, którą zespoły zwykle dopisują same: trwałe sesje, izolowany sandbox, bramki zatwierdzania i ewaluacje. Vercel podaje, że sam ma u siebie ponad 100 takich agentów w produkcji, a kod frameworka leży na GitHubie na licencji Apache 2.0.

Agent jako katalog plików

Najciekawsze w eve nie jest to, co framework potrafi, tylko gdzie trzyma decyzje. Zachowanie agenta opisuje plik agent/instructions.md, czyli zwykły Markdown. Model i konfigurację środowiska ustawia agent/agent.ts. Każdy plik w katalogu agent/tools/ to jedno narzędzie, a nazwa pliku staje się nazwą, którą widzi model: z pliku get_weather.ts powstaje narzędzie get_weather. Nie ma osobnego rejestru, w którym trzeba to wszystko zgłosić drugi raz.

Konsekwencja jest praktyczna: żeby zrozumieć, co agent robi, wystarczy przejrzeć drzewo katalogów. Nowa osoba w zespole czyta pliki, zamiast rekonstruować zachowanie z konfiguracji rozsypanej po projekcie. To ta sama zmiana, którą kiedyś przeszedł frontend, gdy plik w odpowiednim folderze zaczął być stroną. Kto próbował składać pętlę agenta samodzielnie, wie, ile czasu zjada sklejanie jej z osobnych klocków.

Projekt startuje jedną komendą. npx eve@latest init my-agent instaluje zależności, tworzy szkielet, inicjuje repozytorium Git i podnosi serwer deweloperski, więc pierwsza sesja z agentem dzieje się lokalnie, zanim cokolwiek trafi do chmury.

Co framework bierze na siebie

To są elementy, które w agencie sklejanym własnoręcznie trzeba napisać i potem utrzymywać. Vercel opisuje je tak:

• Trwałe sesje - każda rozmowa jest trwałym przepływem z zapisanym stanem po każdym kroku, więc sesja może się zatrzymać, przetrwać awarię albo wdrożenie i wznowić się dokładnie tam, gdzie stanęła.
• Izolowany sandbox - każdy agent dostaje własne odizolowane środowisko na komendy powłoki, skrypty oraz odczyt i zapis plików.
• Bramki zatwierdzania - dowolną akcję można oznaczyć jako wymagającą zgody człowieka; agent zatrzymuje się w tym miejscu i czeka bez limitu czasu.
• Kanały - ten sam agent obsługuje wiele powierzchni, a każdy kanał to mały plik adaptera. Na liście są Slack, Discord, Teams, Telegram, Twilio, GitHub i Linear.
• Ewaluacje - punktowane zestawy testów, które uruchamiasz lokalnie albo wpinasz w CI.
• Reszta rusztowania - podagenci, śledzenie przebiegów i zadania cykliczne w stylu crona.

Bramki zatwierdzania to punkt, który dla firmy waży najwięcej, bo dotyczy pieniędzy i danych, a nie wygody programisty. Agent z dostępem do skrzynki, CRM-u i płatności, który nie musi nikogo pytać o zgodę, to ryzyko dokładnie tej klasy, którą opisywaliśmy przy agentjackingu: wystarczy podstawić agentowi spreparowany komunikat, żeby popchnąć go do działania, którego nikt nie zamawiał.

Dlaczego akurat porównanie z Next.js

Vercel sam ustawia to porównanie i w tekście premierowym pisze wprost, że Next.js skończył ten stan rzeczy dla webu, a eve robi to samo dla agentów. Chodzi o jeden mechanizm: konwencja zamiast konfiguracji. Zamiast deklarować w kodzie, że dany moduł jest narzędziem, kładziesz plik w umówionym miejscu, a framework przejmuje pętlę agenta i sam podaje modelowi listę dostępnych akcji.

Firma podpiera to danymi o własnej skali: według Vercela rok temu agenci wyzwalali mniej niż 3% wdrożeń na platformie, a teraz jest to około 29%. Ta liczba opisuje ruch na Vercelu, nie rynek, i pochodzi od strony zainteresowanej wynikiem, więc czytaj ją jako wskazówkę kierunku, a nie pomiar branży.

Co z tego ma polska mała firma

Bezpośrednio raczej nic, bo eve to narzędzie dla zespołów piszących w TypeScripcie. Pośrednio sporo, bo właśnie ustala się lista rzeczy, które w ofercie na agenta AI powinny być standardem, a nie płatnym dodatkiem.

Jeśli dostajesz wycenę na agenta, który ma odpisywać klientom albo pilnować zamówień, zadaj cztery pytania. Czy sesja przeżyje restart serwera i wdrożenie nowej wersji? Czy kod agenta wykonuje się w izolacji od reszty systemu? Które akcje wymagają kliknięcia człowieka? Jak wykonawca zmierzy, że agent odpowiada dobrze, i jak Ci ten pomiar pokaże? To dokładnie ten zestaw, który eve daje w standardzie. Wykonawca bez odpowiedzi na te pytania sprzedaje demo, nie system.

Dla części firm sensowniejszą odpowiedzią wcale nie jest własny agent. Jeśli proces da się opisać jako ciąg kroków z jasnymi warunkami, tańsza i szybsza bywa automatyzacja bez kodu, którą porównywaliśmy w zestawieniu Make, n8n i Zapier. Granicę między gotowym rozwiązaniem a czymś pisanym pod siebie rozłożyliśmy w tekście o tym, czy wybrać gotowy chatbot, czy dedykowanego agenta.

Druga strona medalu

Dokumentacja Vercela oznacza eve jako wersję beta i zastrzega, że framework, API, dokumentacja i zachowanie mogą się zmienić przed wydaniem stabilnym. To nie jest drobna adnotacja. Projekt oparty dziś na becie może wymagać przepisania fragmentów za kilka miesięcy, więc na starcie przypnij konkretne wersje pakietów i zatwierdź plik blokady zależności w repozytorium.

Druga sprawa to zależność od platformy. Kod frameworka jest otwarty i agenta uruchomisz lokalnie, ale wariant produkcyjny opisany w dokumentacji stoi na usługach jednej firmy: stan sesji utrzymuje Vercel Workflows, izolację zapewnia Vercel Sandbox, zapytania do modeli idą przez AI Gateway, a tokeny i klucze do integracji trzyma Vercel Connect. Licencja Apache 2.0 daje swobodę wobec kodu, nie wobec tego fundamentu, a uruchomienie całości gdzie indziej dokumentacja Vercela zostawia poza swoim zakresem.

Zostają liczby. Ponad sto agentów w produkcji, wewnętrzny analityk danych z ponad 30 tysiącami pytań miesięcznie, agent wsparcia zamykający 92% zgłoszeń samodzielnie: wszystkie te dane Vercel podał o samym sobie i nikt niezależny ich nie powtórzył. Dopóki tak jest, są to materiały marketingowe, nawet jeśli są prawdziwe. Do własnej decyzji potrzebujesz własnego pomiaru: kosztu jednej sesji, czasu odpowiedzi i odsetka spraw, które agent faktycznie domyka bez człowieka.

Do tego dochodzi rachunek za tokeny, który przy agentach rośnie inaczej niż przy zwykłym czacie, bo jedna sprawa to często kilkanaście kroków modelu i kilka wywołań narzędzi. Jak nie przepalić na tym budżetu, opisywaliśmy przy okazji tokenmaxxingu.

Od czego zacząć, jeśli chcesz to sprawdzić

1. Wybierz jeden wąski proces z mierzalnym wynikiem, na przykład kwalifikację zapytań z formularza, a nie całą obsługę klienta.
2. Postaw szkielet lokalnie i przejdź nim pierwszą sesję, zanim cokolwiek wdrożysz na serwer.
3. Oznacz jako wymagającą zgody każdą akcję, która wysyła, płaci albo kasuje. Odczyt danych może iść bez pytania.
4. Napisz ewaluacje na kilkudziesięciu realnych przypadkach z własnej skrzynki, zanim agent zobaczy pierwszego klienta.
5. Zmierz koszt i czas jednej sesji na próbce, a dopiero potem licz oszczędność na etatach.

Jeśli szukasz wykonawcy, zamiast budować to samodzielnie, listę pytań kontrolnych zebraliśmy w poradniku o tym, jak wybrać firmę do wdrożeń AI.

Najczęstsze pytania

Czym jest eve?

To otwarty framework Vercela do budowania agentów AI. Agent jest katalogiem plików: instrukcje w Markdown, narzędzia w TypeScript, a framework dokłada trwałe sesje, sandbox, bramki zatwierdzania i ewaluacje. Kod leży na GitHubie na licencji Apache 2.0.

Na czym polega analogia do Next.js?

Next.js zastąpił konfigurację konwencją: plik w odpowiednim miejscu staje się stroną. W eve plik w katalogu agent/tools/ staje się narzędziem, a nazwa pliku jest nazwą, którą widzi model. Konwencja zamiast ręcznego rejestrowania każdego elementu.

Czy eve jest gotowy do produkcji?

Vercel deklaruje ponad 100 własnych agentów w produkcji, ale własna dokumentacja Vercela opisuje eve jako wersję beta i zastrzega, że API oraz zachowanie mogą się zmienić przed wydaniem stabilnym. Na pilota tak, na system, którego nie wolno zatrzymać, jeszcze nie.

Czy eve uzależnia od Vercela?

Sam framework jest otwarty i uruchomisz go lokalnie. W wersji produkcyjnej opisanej w dokumentacji trwałe sesje opierają się na Vercel Workflows, izolacja na Vercel Sandbox, a połączenia na Vercel Connect. Uruchomienie poza tą platformą dokumentacja Vercela zostawia poza swoim zakresem.

Źródła: Vercel (blog premierowy), dokumentacja Vercela, InfoQ, repozytorium vercel/eve na GitHubie.

Powiązane artykuły

• Czym jest self-harness
• Loop engineering: pętle agentów AI
• Cursor Origin: git dla agentów
• Gotowy chatbot czy agent AI
• Make vs n8n vs Zapier
• Agentjacking: atak na agenty AI