Vercel CEO가 말하는 AI 모델과 에이전트의 분리
서버리스 클라우드 플랫폼으로 유명한 Vercel은 하루 6백만 건의 배포와 1조 개의 토큰을 처리하며 AI 소프트웨어 생태계의 중심으로 자리 잡았습니다. Vercel CEO 기예르모 라우치(Guillermo Rauch)는 실무에 적용되는 에이전트의 두 가지 핵심 사례로 코딩 에이전트와 내부 업무용 에이전트를 꼽으며, 기업 데이터 보안과 접근 제어의 중요성을 강조했습니다. 이를 해결하기 위해 자연어로 에이전트를 제어하는 'Eve' 프레임워크와 데이터 유출을 막는 'Vercel Sandbox'를 도입하여 기업의 SaaS 데이터 독점을 깨고 효율성을 높이고 있습니다.
개발자가 서버를 관리할 필요 없이 에이전트를 배포할 수 있는 클라우드 인프라로 잘 알려진 Vercel은 조용히 AI 소프트웨어 분야에서 가장 중추적인 기업 중 하나가 되었습니다. 이 회사는 현재 하루 600만 건의 배포를 처리하며, 그중 절반은 코딩 에이전트에 의해 트리거되고, 매일 1조 개 이상의 토큰이 회사의 AI 게이트웨이를 통해 흘러갑니다. 지난주 열린 'ShipNYC' 컨퍼런스 이후, 우리는 Vercel의 CEO 기예르모 라우치(Guillermo Rauch)와 만나 현재 AI 산업의 현주소와 Vercel 같은 플랫폼 기업들이 주요 AI 연구소들과 어떻게 경쟁하게 되는지에 대한 그의 견해를 들었습니다. 다음은 가벼윤 편집을 거친 인터뷰 전문입니다. 올해 커뮤니티에는 확실히 다른 에너지가 감돕니다. 단순한 파일럿 프로젝트가 줄어들고, 실제 업무 환경에서 어떻게 시스템이 잘 작동하게 만들 것인가에 초점이 맞춰지고 있습니다. 고객 사례를 통해 그런 모습을 많이 보셨겠지만, Vercel 내부에서는 어떤 과정을 겪었는지 궁금합니다.
작년은 프로토타이핑의 시기였습니다. 한계는 없고, 에이전트를 마음껏 풀어두고, 누구나 무언가를 만들 수 있다는 식이었죠. 우리도 그렇게 했고, 회사 내부에서 유기적으로 수백 개의 에이전트를 개발하고 배포하면서 많은 것을 배웠습니다. 하지만 곧 실제 운영 환경(Production)에 투입된 에이전트의 현실과 몇 가지 도전 과제에 직면하게 되었습니다.
저에게 가장 큰 교훈은 확실한 성공 사례, 즉 에이전트의 두 가지 킬러 앱(Killer Apps)을 발견한 것이었습니다. 물론 첫 번째는 코딩 에이전트입니다. 이는 전 세계 토큰 사용량의 상당 부분을 견인하고 있습니다. 하지만 이렇게 엄청난 양의 소프트웨어가 생성되면, 그것을 배포하고 보관할 곳이 필요해집니다. 에이전트의 두 번째 킬러 앱은 회사 운영을 돕는 내부 에이전트입니다. 여기서의 도전 과제는 '어떻게 데이터에 안전하게 접근할 것인가'입니다. 에이전트가 무슨 일을 하고 있는지 어떻게 감사(Audit)하나요? 에이전트가 작업을 완료하기 위해 거쳐야 했던 모든 도구 호출(Tool calls)과 접근 제어의 흔적을 어떻게 추적할 수 있을까요?
이를 해결하기 위해 우리는 'Eve'라는 프레임워크를 고안했습니다. 이를 통해 자연어로 에이전트의 지시사항과 기술(Skills)을 정의할 수 있습니다. 또 다른 도구는 'Vercel Sandbox'입니다. 이는 에이전트를 하나의 가둬진 공간(Sandbox)에 넣는 것입니다. 에이전트가 여전히 자유롭게 자신의 지능을 발휘할 수 있도록 두되, 어떤 데이터에 접근할 수 있고 어떤 데이터가 샌드박스 밖으로 나갈 수 있는지에 대한 정책을 적용할 수 있습니다.
그것이 어떤 문제를 방지해 주나요? 샌드박스의 가장 큰 장점은 데이터 제어입니다. 제가 항상 생각하는 AI의 진짜 위험은, Devin이나 Cursor 같은 코딩 IDE를 사용할 때 잘못된 설정을 해두면 해당 도구가 고객의 전체 코드베이스를 학습 데이터로 삼을 수 있다는 점입니다. 에어버스(Airbus) 사장과 이 문제에 대해 이야기한 적이 기억납니다. 그들은 수십 년간에 걸쳐 항공우주 공학을 위한 매우 구체적이고 가치 있는 C++ 코드를 축적해 왔습니다. 누군가 들어와서 잘못된 개발자 도구를 설치하면 '붐' 하는 순간 모든 코드가 학습을 위해 클라우드로 유출되는 것입니다.
두 번째 킬러 앱 사용 사례에 대해 좀 더 듣고 싶습니다. 코딩 에이전트는 다들 아는데, 실제 기업 내부 에이전트는 실무에서 어떤 모습인가요? (Vercel 사무실에는 한 영업 담당자가 있습니다.) 그녀는 기존 고객사를 담당합니다. 그녀의 임무는 기존 고객 계정을 키우는 것입니다. 그녀 같은 사람들에게 병목 현상을 일으킨 것은 창의성이나 지능, 인간관계 구축 능력이 아니라 '데이터'였습니다. "어떤 계정이 빠르게 성장하고 있는지 이해할 수 없어요. 지난 2주 동안 가장 많은 좌석(사용자)을 추가한 5개의 계정을 뽑아줘야 업무 우선순위를 정할 텐데요." 과거에는 그녀가 그 질문을 할 수 없었습니다. 1분기에 새로운 영업 대시보드를 구축하는 프로젝트가 끝날 때까지 기다려야만 했죠. 우리는 Vercel에서 수년 동안 그 병목에 갇혀 있었습니다. 이는 정말 좌절스러운 일이었습니다. 왜냐하면 R&D 측면에서 우리는 세계에서 가장 빠르게 움직이는 회사였거든요. 하지만 영업 파트, 특히 세일즈포스 엔지니어링 측면에서는 저 역시 무능했습니다. 제가 시작할 때 세일즈포스를 한 번도 열어본 적이 없었으니까요.
지금은 제가 실제로 회사 전체에 걸쳐 영향력을 행사할 수 있다고 느킵니다. 왜냐하면 'Eve'가 고객 응대용 에이전트에 사용될 수도 있고, 우리의 내부 생산성을 높이는 데에도 사용될 수 있기 때문입니다. 동일한 기술일 뿐입니다, 그저 API일 뿐이죠. 에이전트는 기업들로 하여금 데이터와 시스템을 개방하도록 강제하고 있으며, 이는 장기적으로 극적인 영향을 미칠 것입니다. 수많은 SaaS 거인들은 고객의 데이터를 가두는 것에 기반해 그들의 왕국 전체를 건설했고, 그것은...