Vercel Ship 2026을 읽다가 깨달은 것: 주인공이 더 이상 사람이 아니다
TL;DR: Vercel Ship 2026 recap을 읽어보면 Next.js 얘기가 거의 없습니다. 대신 에이전트 프레임워크, 에이전트 보안, 에이전트가 올리는 PR 얘기로 가득해요. 이건 Vercel이 변심한 게 아니라, “개발자 경험”의 그 개발자가 사람에서 에이전트로 바뀌고 있다는 신호에 가깝습니다. 발표들을 하나씩 뜯어보면서, Next.js로 먹고사는 FE 개발자 입장에서 이 전환을 어떻게 읽어야 할지 정리해봤습니다.
recap을 읽는데, Next.js 얘기가 거의 없었습니다
Vercel Ship 2026 recap 을 읽다가 묘한 기분이 들었습니다. 런던, 베를린, 뉴욕 세 도시에서 열린 Vercel의 연례 행사 정리 글인데요. 끝까지 읽고 나서 세어보니 Next.js가 언급된 건 고객 사례 몇 줄이 전부였어요. Currys가 마이그레이션으로 TTFB를 40% 줄였다, Shopify 프리미티브가 Next.js에 바로 붙는다, 그 정도였어요. 주인공은 따로 있었습니다.
에이전트 프레임워크, 에이전트용 임시 자격증명, 에이전트가 프로덕션 장애를 조사해서 올리는 PR. 글 전체가 에이전트 얘기였습니다.
Vercel이 어떤 회사였는지 생각해보면 이건 좀 이상한 그림이죠. Next.js를 만들고, “프론트엔드 클라우드”를 자처하고, FE 개발자의 배포 경험을 팔던 회사잖아요. 그런 회사의 연례 행사에서 프론트엔드가 조연으로 밀려난 겁니다. recap 첫 문단부터 아예 대놓고 이렇게 선언하고요.
“For a decade, Vercel has shaped how the web is built. Now, we’re doing the same for agents.”
10년간 웹을 만드는 방식을 바꿔왔으니, 이제 에이전트에 대해 같은 일을 하겠다. Next.js로 먹고사는 FE 개발자 입장에서, 이 문장을 그냥 지나칠 수가 없었습니다.
그래서 뭘 발표했는데요
발표가 꽤 많은데, 목록으로만 나열하면 감이 안 오니 굵직한 것만 짚어볼게요.
AI SDK 7은 주간 다운로드 1,600만 회를 찍었다는 그 SDK의 새 메이저 버전입니다. 이번 버전의 방점은 “모델 호출 래퍼”가 아니라 에이전트를 만들고 돌리는 하네스예요. 추론, 도구 호출, 멀티 턴, 파일과 샌드박스를 넘나드는 실행까지 SDK 레이어에서 감쌉니다.
eve는 오픈소스 에이전트 프레임워크입니다. 구조가 재밌는데, 디렉토리 하나에 Markdown 지침과 TypeScript 도구를 넣으면 내구성 있는 실행, 샌드박스 컴퓨트, 승인 플로우, 심지어 evals까지 미리 연결된 채로 배포됩니다.
Vercel Agent(공개 베타)가 개인적으로 제일 상징적이었어요. 프로덕션 배포를 모니터링하다가 이상이 감지되면 스스로 조사하고, 수정안을 PR로 올리는 에이전트입니다. 기본은 읽기 전용이고, 필요할 때만 임시 권한을 요청하고, 사람 계정이 아니라 자기 아이덴티티로 실행돼서 누가 뭘 했는지 추적됩니다.
Vercel Connect는 에이전트가 외부 시스템에 붙을 때 환경 변수에 박아둔 장기 토큰 대신 작업별 임시 자격증명을 발급받는 구조입니다.
그리고 이 에이전트 라인업과 별개로, 플랫폼 자체도 옆으로 크게 넓어졌습니다. Dockerfile 지원과 자체 컨테이너 레지스트리(VCR), 마이크로서비스를 1급으로 다루는 Vercel Services, FastAPI·Flask·Express 같은 백엔드 프레임워크 지원, Aurora·DynamoDB 마켓플레이스 통합까지. 프론트엔드 클라우드라던 회사가 Docker와 Python 백엔드를 품은 거예요.
발표 목록이 아니라 패턴으로 보면
하나하나는 그냥 신제품 뉴스처럼 보이는데, 한 발 물러서서 보면 전부 같은 그림의 부품입니다.
만드는 것도(AI SDK, eve), 실행하는 것도(Sandbox), 외부에 연결하는 것도(Connect), 운영 중 장애를 조사하고 고치는 것까지(Vercel Agent), 주어가 전부 에이전트입니다. 사람은 이 루프에서 사라진 게 아니라, 승인하고 검토하는 자리로 옮겨져 있어요.
Vercel이 지금까지 팔아온 게 뭐였나 생각해보면 이 전환이 더 또렷해집니다. git push만 하면 배포되는 경험, 프리뷰 URL, 제로 컨피그. 전부 사람 개발자의 마찰을 줄이는 DX였죠. Ship 2026의 발표들은 똑같은 일을 에이전트를 상대로 하고 있습니다. 에이전트가 격리된 환경을 얻는 마찰, 자격증명을 얻는 마찰, 프로덕션 신호를 읽는 마찰을 줄이는 거예요.
DX라는 말은 그대로인데, D가 가리키는 대상이 바뀌고 있는 겁니다.
Vercel이 변한 게 아니라는 생각
여기서 “Vercel이 AI 유행 따라 피봇했네”라고 읽을 수도 있습니다. 그런데 저는 순서가 반대라고 봐요. Vercel은 원래부터 “코드가 만들어진 다음부터 사용자에게 닿기까지”를 파는 회사였고, 그 앞단, 그러니까 코드를 만드는 주체가 바뀌니까 플랫폼을 거기에 맞춰 재조립한 것에 가깝습니다.
recap에 인용된 사례들이 그 변화의 단면인데요. Vertex라는 고객사는 지원 업무의 91%를 에이전트로 자동화해서 월 5,000 엔지니어 시간을 아꼈다 하고, Brex는 비용 감사 에이전트의 도구 호출을 75% 줄였다고 합니다. 물론 이건 행사 무대에 올라온 숫자예요. 자사 행사 recap에 실린 고객 성공담이 대표성 있는 표본일 리 없고, 91%라는 숫자가 어떤 분모에서 나왔는지도 알 수 없습니다. 그대로 믿을 필요는 없어요. 다만 숫자의 크기보다, 이런 숫자를 내세우는 고객이 줄 서 있다는 사실 자체가 방향을 말해준다고 생각합니다.
그리고 이 방향이 맞다면, 바뀌는 건 Vercel만이 아니죠. 지난 글에서 라이브러리가 에이전트에게 스스로를 설명해야 하는 시대 얘기를 했었는데요. 그때는 라이브러리 하나가 SKILL.md를 동봉하는 수준의 이야기였습니다. Ship 2026은 같은 이야기의 플랫폼 스케일 버전이에요. 라이브러리가 에이전트를 위해 지식 표면을 정리하듯, 플랫폼은 에이전트를 위해 인프라 표면을 통째로 재설계하고 있는 겁니다.
FE 개발자로서 솔직히 마음이 복잡한 지점
여기까지는 관전평이고요. Next.js로 일하는 사람 입장에서 마냥 흥미롭지만은 않은 지점들이 있습니다.
첫째, “프론트엔드 클라우드”라는 우산이 접히고 있습니다. Vercel의 프리미엄은 FE 개발자 경험에 있었는데, 이제 회사의 무게중심이 에이전트 인프라로 이동하면 Next.js와 프론트엔드 DX는 여러 제품 중 하나가 됩니다. 당장 뭐가 나빠진다는 건 아니지만, 플랫폼의 우선순위에서 내 직군이 첫 줄이 아니게 되는 경험은 처음이라 낯서네요.
둘째, 락인의 결이 달라집니다. 지금까지의 Vercel 락인은 “배포를 여기에 의존한다” 수준이었어요. 그런데 AI SDK로 에이전트를 만들고, Sandbox에서 돌리고, Connect로 자격증명을 받고, Vercel Agent가 운영까지 봐주는 구조에 올라타면, 이건 배포 의존이 아니라 소프트웨어가 사고하고 행동하는 방식 자체가 한 벤더에 묶이는 그림입니다. AI SDK가 “모델 락인은 없다”고 강조하는 게 오히려 힌트 같아요. 모델 레이어의 락인을 풀어주는 대신, 그 아래 인프라 레이어에서 훨씬 깊은 락인을 만드는 구조니까요.
셋째, “에이전트가 올리는 PR”은 편하면서도 어딘가 찜찜합니다. Vercel Agent의 권한 설계(읽기 전용 기본값, 임시 권한, 추적 가능한 자체 아이덴티티)는 솔직히 잘 만들었다고 생각합니다. 그런데 이 설계가 잘 돼 있다는 것 자체가, 에이전트가 프로덕션에 손대는 걸 전제로 한 세상이 이미 와 있다는 뜻이잖아요. 새벽에 장애 나면 에이전트가 먼저 조사해서 PR을 올려놓는 세상은 분명 편할 텐데, 그 PR을 아침에 열어보는 사람이 시스템을 얼마나 이해하고 있어야 하는가. 이 질문에는 아직 답을 못 하겠습니다.
그래서 저는 어떻게 일하고 있냐면
“FE 개발자는 이제 이런 역량을 길러야 합니다” 같은 말을 할 짬은 아닙니다. 저도 이제 4년차고, 이 전환이 어디까지 갈지 확신도 없어요. 대신 요즘 제가 일하는 방식이 이 그림과 얼마나 닿아 있는지만 적어둡니다.
요즘 저는 코드를 짜는 주체를 AI에게 꽤 많이 넘겼습니다. 대신 제 손이 가는 곳은 그 앞뒤예요. 에이전트가 헤매지 않게 지침과 검증 단계를 갖춘 루프를 짜두는 일, 그리고 나온 결과물을 검증하는 일에 시간을 씁니다. 하네스를 짠다, 루프 엔지니어링을 한다고들 하는 그 작업인데, 해보면 Ship 2026이 그리는 “사람은 승인하고 검토하는 자리”와 얼추 비슷한 모양이 됩니다.
그런데 이렇게 일할수록 오히려 분명해지는 게 하나 있습니다. 프론트엔드 코드를 직접 읽고 이해하는 일은 여전히 놓으면 안 된다는 것. 에이전트가 짠 코드가 맞는지 판단하는 것도, 루프에 어떤 검증 단계를 넣을지 정하는 것도, 결국 코드가 어떻게 동작하는지 아는 사람만 할 수 있는 일이거든요. 기존 시스템을 개선하려면 그 시스템이 왜 그렇게 생겼는지부터 알아야 하고요. 코드를 짜는 주체가 AI로 바뀌었다고 해서, 코드를 이해하는 책임까지 넘어간 건 아니었습니다.
그래서 제 결론은 둘 다 잡는 겁니다. AX 쪽으로는 하네스를 더 잘 짜는 연습을 하고, 그 하네스가 제대로 굴러가는지 판단할 수 있도록 프론트엔드 코드와 동작 원리 공부는 계속하는 것. 어느 한쪽만 잡으면 나머지 한쪽이 같이 무너지는 구조라는 게, 이 recap을 읽고 제가 내린 나름의 결론입니다.
정리하며
Ship 2026 recap은 신제품 발표 모음이라기보다, Vercel이 다음 10년의 고객을 누구로 보는지 선언한 문서에 가까웠습니다. 그리고 그 고객은 사람 개발자만이 아니에요.
이걸 위협으로 읽을 수도, 신호로 읽을 수도 있을 텐데요. 저는 후자로 읽기로 했습니다. 플랫폼이 에이전트를 1급 사용자로 대접하기 시작했다는 건, 에이전트와 함께 일하는 방식을 빨리 익힌 개발자가 유리해지는 시기가 왔다는 뜻이기도 하니까요.
다음 글에서는 이번에 나온 eve를 직접 굴려볼 생각입니다. 플랫폼이 재조립되는 걸 관전만 하기엔, 손으로 만져봐야 알 수 있는 게 더 많을 것 같거든요.