Transcript
00:00:00- 안녕하세요, 여러분.
00:00:11감사합니다, 감사합니다.
00:00:12여러분, 이곳에 함께하게 되어 정말 기쁩니다.
00:00:15지난 SHIP 이후, 세상은 변했습니다.
00:00:20우리는 코드를 직접 짜는 대신,
00:00:22그 어느 때보다 더 많은 아이디어를 실현하고 있습니다.
00:00:276개월 전만 해도 Vercel 배포의 3% 미만이
00:00:31코딩 에이전트에 의해 트리거되었습니다.
00:00:33그 후 그 숫자는 17배나 증가했고,
00:00:38현재 Vercel 배포의 절반 이상이 에이전트로부터 나옵니다.
00:00:43하지만 더 큰 변화는 그 에이전트들이 배포하는 내용입니다.
00:00:48연초 이후,
00:00:50Vercel의 에이전트 워크로드는 두 배로 증가했습니다.
00:00:53AI Gateway의 볼륨은 월 2조 토큰에서
00:00:5720조 토큰으로 성장했습니다.
00:01:01우리가 목격하고 있는 변화는, 에이전트를 사용하여
00:01:04생각할 수 있는 소프트웨어를 배포한다는 점입니다.
00:01:07우리는 에이전트 기반의 사이트와 앱을 제공하고 있습니다.
00:01:11우리는 에이전트를 사용하여 에이전트를 제공합니다.
00:01:14이것은 엄청난 변화이기에, 시간을 거슬러 올라가
00:01:17우리가 어떻게 여기까지 왔는지 보여드리고 싶습니다.
00:01:20우리의 새로운 세상은 에이전트 중심이니까요.
00:01:23하지만 모든 것은 웹사이트에서 시작되었습니다.
00:01:27어릴 적 HTML, CSS, JavaScript로 간단한 사이트를 만들던 기억이 납니다.
00:01:31누구나 그렇듯이 말이죠.
00:01:34제 창작물을 온라인에 올릴 생각에 정말 들떴었죠.
00:01:37그게 바로 웹의 본질입니다.
00:01:39우리의 아이디어를 세상과 공유하는 것 말이죠.
00:01:44우리는 누구나 쉽게 할 수 있도록 Vercel의 첫 버전을 만들었습니다.
00:01:48페이지, 캐싱, 글로벌 콘텐츠 전송을 위한 인프라였습니다.
00:01:54오늘날 우리는 세계에서 가장 빠르고 아름다운 웹사이트들을 서비스하고 있습니다.
00:01:59Co-op, Paul Smith, Heli Hansen 같은 기업들을 위해서요.
00:02:04하지만 세상은 역동적입니다.
00:02:06웹이 성장하면서 사이트는 데이터 기반 애플리케이션으로 변모했습니다.
00:02:11그래서 Vercel은 서버, API, 데이터베이스를 위한 인프라를 구축했습니다.
00:02:17이제 TripAdvisor나 여러분의 London Northeastern Railway도
00:02:22Vercel에서 대규모 앱을 운영합니다.
00:02:26지난 10년 넘게 우리는 Vercel을 모든 것을 실행할 수 있는
00:02:30클라우드로 만들어 왔습니다.
00:02:32우리의 비전은 진정한 풀스택 플랫폼을 구축하는 것입니다.
00:02:37그리고 작년에 우리는 그 비전을 향한 몇 가지 큰 발걸음을 내디뎠습니다.
00:02:42우리는 백엔드 프레임워크를 위한 핵심 인프라를 확장하기 위해
00:02:47세계 최고 수준의 Python 개발자들을 영입했습니다.
00:02:51이제 FastAPI, Flask, Express,
00:02:56그리고 HONO 같은 백엔드를 Vercel에서 바로 규모 있게 운영할 수 있습니다.
00:03:00우리는 완벽한 에이전트 계층을 구축했습니다.
00:03:04이제 Fluid Compute에서 더 긴 실행 시간의 함수를 실행하고,
00:03:07워크플로우를 지속 가능하게 만들며,
00:03:09보안 샌드박스를 구축할 수 있습니다.
00:03:13MCP 서버를 호스팅하여
00:03:14어떤 에이전트든 여러분의 앱을 사용할 수 있게 할 수 있습니다.
00:03:18그리고 우리는 세계 최고의 데이터베이스를 플랫폼에 추가했습니다.
00:03:23Amazon Aurora, Aurora D-SQL, DynamoDB를 관리할 수 있고,
00:03:28OpenSearch와 같은 수백 개의 고품질 통합 서비스를
00:03:31모두 Vercel을 통해 사용할 수 있습니다.
00:03:34즉, 원하는 어떤 아키텍처든 우리 인프라에서 실행할 수 있다는 뜻입니다.
00:03:40바로 이곳 런던에서 Octopus Energy는 Next.js 프론트엔드와
00:03:44Python 백엔드를 운영하며,
00:03:46영국 내 수백만 명의 전력 사용량 모니터링을 돕고 있습니다.
00:03:50따라서 프론트엔드뿐만 아니라,
00:03:53TypeScript와 Python으로 작성된 REST API와 같은
00:03:57백엔드 전용 서비스도 Vercel에서 호스팅할 수 있습니다.
00:04:01장기 실행 비동기 작업을 처리하는 워크플로우를 배포할 수 있으며,
00:04:05사람이 개입하는 프로세스도 가능합니다.
00:04:07또한 매달 수십억 개의 메시지를 처리하는 큐도 호스팅할 수 있죠.
00:04:13하지만 개발자들은 여전히 이 모든 것을
00:04:16연결하는 것이 너무 어렵다고 합니다.
00:04:20그래서 우리가 해결했습니다.
00:04:23오늘, Vercel Services를 발표하게 되어 매우 기쁩니다.
00:04:28여러분이 풀스택 애플리케이션을 위해 알고 사랑하는
00:04:31개발 경험 그대로입니다.
00:04:34이제 하나의 명령어, 'vcdev'로
00:04:38프론트엔드와 백엔드를 함께 개발할 수 있습니다.
00:04:41모든 것이 로컬에서 바로 실행됩니다.
00:04:43커밋을 푸시하면,
00:04:46프론트엔드뿐만 아니라 전체 애플리케이션에 대한
00:04:49미리보기 URL을 받게 됩니다.
00:04:51심지어 백엔드 전용 커밋도
00:04:53배포 전에 테스트할 수 있는 전체 미리보기를 생성합니다.
00:04:58배포하는 모든 서비스는 외부 인터넷에 노출되지 않고
00:05:02비공개로 서로 통신할 수 있습니다.
00:05:07이제 여러분의 모든 마이크로서비스를,
00:05:09네, 마이크로서비스를,
00:05:11Vercel에서 운영할 수 있습니다.
00:05:13모든 것이 그냥 작동합니다.
00:05:16하지만 에이전트 시대에는,
00:05:18이러한 서비스들이 자율적으로 변하고 있습니다.
00:05:21웹사이트와 앱은 이전에는 사용자 입력에 로직으로 반응했습니다.
00:05:27하지만 이제는,
00:05:29의도를 이해하고
00:05:30자율적인 행동을 취할 수 있는
00:05:31에이전트가 내부에 탑재되어 있습니다.
00:05:35모든 새로운 세대의 소프트웨어는
00:05:37새로운 세대의 인프라를 요구합니다.
00:05:41에이전트 시대도 다르지 않습니다.
00:05:44에이전트 소프트웨어에는 에이전트 인프라가 필요합니다.
00:05:48그것이 바로 우리가 Vercel에서 구축하고 있는 것입니다.
00:05:51에이전트 인프라에는 세 가지 요소가 있습니다.
00:05:55첫째,
00:05:56Vercel은 코딩 에이전트가 소프트웨어를 배포하는 곳입니다.
00:06:01Cloud Code나 Codex에게 어디에 배포할지 물어보면,
00:06:04Vercel을 추천받을 겁니다.
00:06:05Vercel은 에이전트가 작업하는 방식에 맞춰 설계되었기 때문이죠.
00:06:10둘째,
00:06:11Vercel은 여러분이 직접 에이전트를 빌드하고 배포하는 곳입니다.
00:06:15우리는 모든 도구를 제공하여
00:06:17앱과 에이전트를 빌드하고 운영하며,
00:06:20하나의 플랫폼에서 안전하고 규모 있게
00:06:22프로덕션을 관리하게 합니다.
00:06:25그리고 셋째,
00:06:26Vercel 자체도 에이전트에 의해 자동화됩니다.
00:06:31Vercel은 당연히 여러분의 앱을 프로덕션에서 실행하며,
00:06:34트래픽, 추적, 관측성, 이상 징후를 처리합니다.
00:06:39그 데이터는 우리 에이전트들이
00:06:41자율적으로 조사하고 분석할 수 있는
00:06:44컨텍스트를 제공하여
00:06:47단순 알림이 아닌 문제를 해결합니다.
00:06:49참고로,
00:06:51Cloud Code를 사용하는 팀은
00:06:52그렇지 않은 팀보다 Vercel에 5배 더
00:06:55자주 배포합니다.
00:06:57우리가 개발자 경험의
00:06:59기준을 세웠기 때문이며,
00:07:01이제는 그 개발자들이 사용하는
00:07:02에이전트들에게도 똑같이 하고 있습니다.
00:07:06코딩 에이전트는 Vercel을 사랑합니다.
00:07:07필요한 모든 것을 제공하기 때문이죠.
00:07:11실제로,
00:07:11에이전트에게
00:07:13작업 검증을 요청하면,
00:07:14테스트할 실시간 URL이 필요하겠죠?
00:07:18Vercel은 모든 배포에
00:07:20전용 보안 검토 환경을 제공합니다.
00:07:24에이전트에게
00:07:26실험적인 배포를 요청하면,
00:07:27안전하게 롤아웃해야 합니다.
00:07:31그래서 Vercel은 모든 실험에
00:07:33기능 플래그를 부여하고,
00:07:34즉시 롤백 기능으로
00:07:36통제력과 자신감을
00:07:37제공합니다.
00:07:40에이전트가 대시보드를
00:07:42일일이 클릭하며
00:07:43시간을 낭비하게 하고 싶지는 않겠죠.
00:07:46에이전트는 플랫폼의 모든 부분이
00:07:48자신만의 언어로
00:07:50사용 가능할 때
00:07:51가장 효율적입니다.
00:07:54Vercel은 CLI,
00:07:55API,
00:07:57그리고 MCP를 통해
00:07:58에이전트에게 그것을 제공합니다.
00:08:01올해,
00:08:02Meta의 한 엔지니어가
00:08:03Claude 코드를 열고,
00:08:05내부 도구를
00:08:06빌드해달라고
00:08:07요청했습니다.
00:08:08테스트할 때,
00:08:10그는 Claude에게
00:08:11배포 위치를 물었습니다.
00:08:13놀랍게도,
00:08:14Vercel에 배포하더군요.
00:08:16일주일 후,
00:08:17그의 팀원 모두가
00:08:18Vercel에 배포했습니다.
00:08:20한 달 안에,
00:08:21Vercel은 Meta 슈퍼인텔리전스 연구소를 위한
00:08:22필수 플랫폼이 되었습니다.
00:08:26Meta의 최첨단 AI 제품인
00:08:27Meta.ai가
00:08:29Vercel에서 탄생했습니다.
00:08:32그 일은 Meta가
00:08:33수십 년 동안
00:08:34이미 자체 배포 플랫폼을
00:08:35구축해 왔음에도
00:08:36벌어진 일입니다.
00:08:38아무리 강력한
00:08:39인프라라도
00:08:40에이전트의 언어를
00:08:42기본적으로 구사하지는 못합니다.
00:08:44하지만 Vercel은 합니다.
00:08:46에이전트 인프라는
00:08:47우리가 구축한 플랫폼이지만,
00:08:49정말로 중요한 것은
00:08:50여러분이 그 위에
00:08:51빌드하는
00:08:52제품들입니다.
00:08:53이제 Tom O'Kino를
00:08:54무대로 모셔서
00:08:55어떻게 하는지
00:08:56보여드리겠습니다.
00:08:57감사합니다.
00:09:06고마워요, G.
00:09:07정말 감사합니다.
00:09:08여러분,
00:09:09만나서 정말 반갑습니다.
00:09:10런던에 다시 오게 되어
00:09:11정말 기쁩니다.
00:09:13G가 방금 왜 코딩 에이전트들이
00:09:14코딩 에이전트들이
00:09:15왜 Vercel의 인프라를 사랑하는지,
00:09:17왜 그들이
00:09:18배포하기 위해
00:09:18Vercel의
00:09:19에이전트 인프라를 선택하는지 말이죠.
00:09:20하지만
00:09:21여러분이 직접
00:09:21에이전트를 만들고 싶다면 어떨까요?
00:09:25Vercel의 에이전트 스택은
00:09:26여러분이 직접
00:09:27에이전트를
00:09:28만들고 출시하는 데
00:09:29필요한 모든 도구를 제공합니다.
00:09:31에이전트에게는 맥락이 필요하고,
00:09:33모델에 연결해야 하며,
00:09:34모델과
00:09:35복잡한 워크플로우를 실행하고,
00:09:37데이터와 앱에
00:09:38연결해야 합니다.
00:09:40그 도구들을
00:09:40지금부터 안내해 드릴게요.
00:09:41우선 모델에
00:09:42연결하는 방법부터 시작하죠.
00:09:44첫 번째로,
00:09:44AI SDK가 있습니다.
00:09:46혹시 여기
00:09:46AI SDK 써보신 분 계신가요?
00:09:48손 한번 들어주세요.
00:09:49좋습니다.
00:09:50AI SDK는 3년 전
00:09:51이번 주에 처음 공개되었고,
00:09:52그 이후로
00:09:53계속해서
00:09:53활발히 개발되고
00:09:54있습니다.
00:09:56AI SDK는 AI 프레임워크,
00:09:57앱, 에이전트 구축을 위한
00:09:59범용
00:09:59툴킷입니다.
00:10:01플랫폼, 프레임워크,
00:10:02모델에
00:10:03종속되지 않으며,
00:10:04텍스트, 이미지,
00:10:05음성, 비디오 등을
00:10:06생성할 수 있게
00:10:07해줍니다.
00:10:08그 이상도 가능하죠.
00:10:09또한 스트리밍이나
00:10:10폴백(fallback) 같은 기능을
00:10:11프로젝트에
00:10:11쉽게 추가할 수 있게
00:10:12해줍니다.
00:10:14AI SDK는
00:10:15현재 주당
00:10:161,500만 회 이상 다운로드되며
00:10:18TypeScript와
00:10:19Python 모두에서
00:10:20모든 모델을 이용하는
00:10:20표준적인 방법이 되었습니다.
00:10:22어떤 제공업체의 모델이든
00:10:24TypeScript와
00:10:25Python용 AI SDK에
00:10:26큰 박수를 보냅니다.
00:10:27이제는
00:10:29Brex와 같은
00:10:29전 세계의 수많은
00:10:30기업들에서
00:10:31대규모로 사용하고 있습니다.
00:10:32Brex는
00:10:34Vercel 같은 기업들의
00:10:35법인 카드와
00:10:36지출 관리를
00:10:36지원합니다.
00:10:38그들은 한 번에 수천 건의
00:10:40거래를 검토하는
00:10:40경비 감사 에이전트를
00:10:42운영합니다.
00:10:43이 에이전트들은
00:10:44모델을 호출하고,
00:10:45생성 중간에 도구를
00:10:46실행하고,
00:10:48결과가 나오면
00:10:48즉시 스트리밍하며,
00:10:50구조화된 재무 데이터를
00:10:51분석해서
00:10:52이상 징후를 찾아냅니다.
00:10:54AI SDK는
00:10:55이 모든 과정을 간소화하고
00:10:57표준
00:10:57추상화 계층을 제공합니다.
00:11:00저희가 정말 좋아하는
00:11:01점은
00:11:01여러분이 애플리케이션의
00:11:02각 부분에
00:11:03다양한 모델을
00:11:04실험해 볼 수 있고,
00:11:04새로운 모델이 출시될 때마다
00:11:06바로 시도해 볼 수 있다는 점입니다.
00:11:08제품 코드를
00:11:09전혀 수정하지 않고도
00:11:09말이죠.
00:11:11여러분은
00:11:12기능 개발에만 집중하세요.
00:11:13나머지는 AI SDK가
00:11:14알아서 처리합니다.
00:11:17좋습니다,
00:11:17AI SDK 덕분에 통합은
00:11:19정말 쉬워졌지만,
00:11:20그래도 여전히
00:11:20기본 제공업체와
00:11:21연결을 직접
00:11:22관리해야 하죠.
00:11:23그리고 사용하고 싶은
00:11:24모델에 대한 관리도 필요합니다.
00:11:26바로 그 지점에서
00:11:26저희 에이전트 스택의
00:11:27다음 도구가 필요합니다.
00:11:28바로 AI 게이트웨이입니다.
00:11:30그건 아직 안 나왔네요.
00:11:32AI 게이트웨이는
00:11:33AI 모델에 접근하기 위한
00:11:34통합 인터페이스를 제공하지만,
00:11:35사실 그보다
00:11:36훨씬 더 많은 기능을 합니다.
00:11:38내부적으로
00:11:38저희는 AI 게이트웨이를
00:11:39토큰 딜리버리 네트워크,
00:11:39즉 TDN이라고 부르는데,
00:11:42그게 무슨 뜻인지
00:11:42설명해 드리고 싶습니다.
00:11:44초창기 웹에서는
00:11:45이른바
00:11:46핫 오리진(hot origin) 문제가
00:11:47존재했습니다.
00:11:50인기 있는 사이트는
00:11:50어디서나 갑자기
00:11:51트래픽이 급증하곤 했는데,
00:11:52콘텐츠는
00:11:54단 한 곳이나
00:11:55몇몇 오리진 위치에만
00:11:56존재했기 때문입니다.
00:11:58이로 인해
00:11:59서버 과부하와
00:12:00느린 다운로드,
00:12:01그리고 예측할 수 없는
00:12:02사용자 경험이 초래되었습니다.
00:12:04웹은 어느덧
00:12:04모든 사용자가
00:12:05오리진에서 직접
00:12:06에셋을 가져와야 한다는
00:12:07생각에서 벗어나게 되었습니다.
00:12:10그래서,
00:12:10CDN이 탄생했습니다.
00:12:12CDN은 인터넷의
00:12:13성능과 안정성을
00:12:14뒷받침하는 구조가 되었습니다.
00:12:17분산된 엣지,
00:12:18지능형 라우팅,
00:12:20장애 조치(failover),
00:12:21관측 가능성,
00:12:22중앙 집중식 정책,
00:12:24등등 여러 기능으로요.
00:12:26AI 사용 사례들도
00:12:26이제 모든 토큰을
00:12:27모델 제공업체로부터
00:12:28직접 가져와야 한다는
00:12:29생각에서
00:12:29벗어나야 할
00:12:30때가 되었습니다.
00:12:32토큰은 이제
00:12:33프로덕션 의존성이 되었고,
00:12:35모델 연구소들은
00:12:35새로운 오리진이 되었습니다.
00:12:37강력하긴 하지만
00:12:38동시에
00:12:39비용이 많이 들고,
00:12:40속도 제한이 있으며,
00:12:41지리적으로도 운영상으로도
00:12:42가변적입니다.
00:12:44모델 연구소에 있는
00:12:45우리 친구들도 알듯이,
00:12:46이건 규모 면에서
00:12:47정말 어려운 문제입니다.
00:12:49그래서 저희가
00:12:50AI 게이트웨이를 만든 이유입니다.
00:12:52AI 게이트웨이는
00:12:53Vercel이 10년 넘게 운영해 온
00:12:54글로벌 네트워크를 통해
00:12:55토큰을 제공합니다.
00:12:56장애를 우회하고,
00:12:58인증을 간소화하며,
00:13:00비용 추적 및 세분화된
00:13:01관측 가능성 같은 기능으로
00:13:02사용량을 중앙에서 관리합니다.
00:13:05물론,
00:13:06데이터 보존을 하지 않는데,
00:13:08이는 기업 고객들에게
00:13:09특히 중요합니다.
00:13:11AI 게이트웨이를 통해
00:13:12AI 트래픽을 운영할 수 있게 합니다
00:13:13인프라로서 말이죠
00:13:14개별적으로
00:13:16제공업체와 통합하는 대신에요.
00:13:19자, 토큰을 안정적으로 제공하는 것은
00:13:20Gateway가 해결하는 중요한 문제 중
00:13:22하나이지만,
00:13:23다른 하나는 바로
00:13:24모델 선택에 관한 것입니다.
00:13:26오늘날의 에이전트는
00:13:26사실 단일 모델
00:13:27아키텍처를 사용하지 않습니다.
00:13:29여러 제공업체의
00:13:30다양한 모델을 사용하죠.
00:13:33실제로,
00:13:33저희 AI Gateway 프로덕션 지표는
00:13:35팀들이
00:13:35규모에 맞춰 에이전트를 운영하며
00:13:3735개의 서로 다른 모델을 라우팅한다는 것을 보여줍니다.
00:13:39즉, 라우팅은
00:13:40더 이상 단순한 기능이 아닙니다.
00:13:42실제로 프로덕션 환경에서
00:13:43AI를 운영하는 방법이죠.
00:13:45저희 고객 중 하나인
00:13:46AKQA는
00:13:47Next.js와 AI Gateway를 사용하여
00:13:49스타벅스를 위한
00:13:49챗 GPT 앱을 구축했습니다.
00:13:51이 앱은
00:13:53사용자가 좋아할 만한
00:13:54새로운 음료를 찾는 것을
00:13:55도와주는 대화형 봇입니다.
00:13:57그들은 작업마다
00:13:58서로 다른 모델을 사용하여
00:13:59성능과 비용의 균형을 맞춥니다.
00:14:02Gemini Flash는
00:14:03사용자가 질문했을 때
00:14:04검색과 요약을
00:14:05처리합니다.
00:14:07그런 다음 추천은
00:14:08GPT-5가 담당하죠.
00:14:10레시피 생성에는 훨씬 더 많은
00:14:11모델이 사용되는데,
00:14:13이 모든 것이 단 하나의
00:14:14AI Gateway API 키로 가능합니다.
00:14:17AI Gateway는 현재
00:14:18하루에 1조 개 이상의 토큰을 처리하고 있습니다.
00:14:22개발자들에게
00:14:23수십 개의 제공업체에서 제공하는
00:14:24수백 개의 모델에 대한
00:14:25간편한 접근성을 제공하고
00:14:26강력한 관측 기능을 제공합니다.
00:14:29이것은 Vercel을
00:14:30AI를 위한 오픈 플랫폼으로 만드는
00:14:31아주 큰 부분입니다.
00:14:35좋습니다. Vercel은 픽셀과
00:14:37토큰을 즉각적이고
00:14:38안정적으로 제공합니다.
00:14:39하지만 현대 소프트웨어는
00:14:40더 이상
00:14:41단순한 요청-응답
00:14:42모델을 따르지 않습니다.
00:14:44에이전트는
00:14:45몇 시간,
00:14:47심지어 며칠 동안,
00:14:48복잡한 작업들을 수행해야 할 수도 있습니다.
00:14:51그게 바로 에이전트 스택의
00:14:52다음 도구인
00:14:53Workflow SDK가 필요한 이유입니다.
00:14:54Workflow SDK
00:14:57장기 실행 워크플로우와
00:14:58백엔드 작업은
00:14:58소프트웨어에서 새로운 개념은 아니지만,
00:15:00구축하기에 가장 까다롭고
00:15:01귀찮은
00:15:01작업 중 하나입니다.
00:15:03많은 문제가 발생할 수 있고
00:15:05실패는 실제로 일어납니다.
00:15:07타임아웃,
00:15:08연결 끊김,
00:15:09상태 유실 같은 것들이죠.
00:15:11지속성을 위한
00:15:12기본 요소가 없으면,
00:15:13재시도나 상태 지속성과 같은 것들을
00:15:14직접
00:15:14구현해야 합니다.
00:15:16정말 복잡해질 수 있죠.
00:15:18그래서 저희가
00:15:19Workflow SDK를 만들었습니다.
00:15:20우리는 이것이
00:15:21무한한 컴퓨팅 지속성을
00:15:22제공한다고 말합니다.
00:15:23자동으로 중단,
00:15:24재개, 재시도하고
00:15:25상태를
00:15:26쉽게 유지하는
00:15:27장기 실행 앱과 에이전트를
00:15:29구축할 수 있게
00:15:30해줍니다.
00:15:32DoorDash는
00:15:32Workflow SDK를 사용하여
00:15:33전통적인 ETL 작업을 실행하며,
00:15:35앱의 모든 데이터가
00:15:37항상 최신 상태로 유지되도록
00:15:37보장합니다.
00:15:39그리고 저희 고객인 Flora는
00:15:40아까 스포일러
00:15:41해서 죄송합니다만,
00:15:42Workflow SDK를 기반으로
00:15:44전체 AI 디자인
00:15:45플랫폼을 구축했습니다.
00:15:47이 플랫폼은 디자이너들이
00:15:48대규모로 시각적 콘텐츠를
00:15:49생성하도록 돕습니다.
00:15:51그 내부에서,
00:15:52에이전트가
00:15:5350개의 서로 다른 이미지 모델로 확장되어
00:15:54단일 창의적 브리핑으로부터
00:15:56시각적 방향을 생성합니다.
00:15:59Workflow SDK는
00:15:59모든 에이전트의 모든 단계를
00:16:01체크포인트하고
00:16:02작업에 인간의 입력이 필요할 때
00:16:03일시 중지합니다.
00:16:05그리고 모든 실패가
00:16:06자동으로 재시도되기 때문에,
00:16:08디자이너는 절대로
00:16:09처음부터 다시 시작할 필요가 없습니다.
00:16:11이제, 이와 같은 에이전트들의
00:16:12이면에 있는 전체 아이디어는
00:16:13그들이 복잡한 작업을
00:16:14해결할 수 있다는 것입니다.
00:16:15다단계 워크플로우 전반에 걸쳐서요.
00:16:18그리고 에이전트들이
00:16:19대부분의 작업을
00:16:19수행하려고 시도하는
00:16:20주된 방법 중 하나는
00:16:21그리고 그들이 선호하는,
00:16:23그들이
00:16:24대부분의 작업을 수행하는
00:16:25방식은
00:16:26코드를 작성하고 실행하는 것입니다.
00:16:27그것이 바로 저희의
00:16:28다음 에이전트 스택
00:16:29프리미티브가 등장하는 곳,
00:16:31Vercel Sandbox입니다.
00:16:33LLM이 동작하는 코드를
00:16:34생성하는 데
00:16:34정말 능숙해졌지만,
00:16:36그 코드는 여전히
00:16:37신뢰할 수 없습니다.
00:16:38그리고 저희 프로덕션 시스템에
00:16:40접근할 수 있는
00:16:41동일한 환경에서
00:16:42신뢰할 수 없는 코드를
00:16:43실행할 수는 없습니다.
00:16:45저희에게는 코드를
00:16:45안전하고 격리된 방식으로
00:16:47실행하기 위해 설계된
00:16:48특별한 프로덕션급 환경이
00:16:49필요합니다.
00:16:50격리된 방식으로요.
00:16:53사실 Vercel은
00:16:53이러한
00:16:54신뢰할 수 없는 코드 실행
00:16:54문제에 낯설지 않습니다.
00:16:56프리뷰 배포와 빌드 때문이죠.
00:16:58저희는 10억 개 이상의
00:16:59프로덕션급 프리뷰 배포를
00:17:0010억 개가 넘는
00:17:02프로덕션급 프리뷰 배포를 호스팅하며,
00:17:03600만 건 이상의
00:17:04빌드를 실행합니다.
00:17:05이 모든 빌드는
00:17:08각각 격리된
00:17:09마이크로 VM
00:17:10컴퓨트 환경 내부에서
00:17:10일어납니다.
00:17:13Vercel Sandbox를 통해,
00:17:15동일한 격리된
00:17:16컴퓨트 기본 요소를
00:17:17이제 여러분과
00:17:18여러분의 에이전트가 사용할 수 있습니다.
00:17:21Vercel Sandbox는
00:17:22Fluid Compute를 기반으로
00:17:22구축되었습니다.
00:17:24에이전트,
00:17:26코드 생성,
00:17:27그리고 개발자 실험을 위한
00:17:28동적이고
00:17:29실시간 워크로드를 지원합니다.
00:17:31각 샌드박스는
00:17:32파일 시스템,
00:17:33보안 경계,
00:17:35심지어 완전한
00:17:36Docker 지원까지 갖춘
00:17:37완전한 기능의 컴퓨터입니다.
00:17:38샌드박스를 실행하면
00:17:39패키지를 설치하고,
00:17:39컨테이너를 실행하거나
00:17:41컨테이너를 실행하고,
00:17:41심지어 Redis나
00:17:42Postgres를
00:17:43테스트 의존성으로 구성할 수도 있습니다.
00:17:45이미 전 세계 최고의
00:17:46기업들에서 규모에 맞게
00:17:47실제 운영 환경에서
00:17:48사용하고 있습니다.
00:17:49저희가 Vercel에서
00:17:51매일 사용하는
00:17:51기업 중 하나는
00:17:52Notion입니다.
00:17:54수백만 개의 팀이
00:17:55Notion을
00:17:56AI 워크스페이스로 사용하며,
00:17:57지식을 기록하고,
00:17:58질문에 답변하며,
00:17:59프로젝트를 진행합니다.
00:18:01개발자들은
00:18:01커스텀 코드로 Notion 에이전트를 확장하여,
00:18:03CRM 데이터를 동기화하거나,
00:18:05Slack 스레드를
00:18:06콘텐츠로 바꾸거나,
00:18:07팀이 이미
00:18:08의존하고 있는
00:18:09워크플로우에
00:18:09연결할 수 있습니다.
00:18:11하지만 그 코드는
00:18:12안전하게 실행되어야 하죠.
00:18:14그래서 Notion
00:18:15커스텀 에이전트는
00:18:16Vercel 샌드박스에서 실행됩니다.
00:18:19각 에이전트가
00:18:19자체적인
00:18:20범용
00:18:21컴퓨팅 환경을 갖기 때문에,
00:18:22개발자들은 상상하는 거의
00:18:23모든 것을
00:18:24만들 수 있으며,
00:18:25샌드박스
00:18:25외부의 모든 것은
00:18:27보호됩니다.
00:18:29이제 에이전트는
00:18:30오래 실행되는 워크플로우 내에서
00:18:31코드를 안전하게
00:18:33실행할 수 있습니다.
00:18:34하지만 무엇인가
00:18:34유용한 일을 하려면,
00:18:35에이전트가 데이터와
00:18:36도구에 접근할 수 있어야 합니다.
00:18:37우리 모두가
00:18:38매일 사용하는
00:18:39앱들 말이죠.
00:18:40그게 바로
00:18:41에이전트 스택의
00:18:42다음 레이어인
00:18:43Vercel Connect가
00:18:44필요한 이유입니다.
00:18:46Vercel Connect는
00:18:47여러분의 에이전트가
00:18:47필요한 모든
00:18:48데이터와 시스템에
00:18:49안전하게 연결할 수 있게
00:18:50해주는
00:18:51새로운 빌딩 블록입니다.
00:18:52사용자가 도구와 앱을
00:18:53통해 소통하는 데
00:18:54사용하는
00:18:55도구와 앱을 포함해서요.
00:18:55보안이 뛰어나고,
00:18:57단기적이며,
00:18:58최소한의 범위로 제한된
00:18:59액세스 토큰을 통해서 말이죠.
00:19:01Connect의 제품 책임자인
00:19:02Hedi를
00:19:03무대로 초대하게 되어 기쁩니다.
00:19:04지금 바로
00:19:05Vercel Connect의 데모를
00:19:06보여드리겠습니다.
00:19:08Hedi?
00:19:14감사합니다, Tomo.
00:19:16Tomo가 언급했듯이,
00:19:18에이전트는 비즈니스에서
00:19:20사용하는 시스템과 도구에
00:19:21접근할 수 있을 때
00:19:22비로소 진정으로
00:19:23유용해집니다.
00:19:25영업팀을 위한
00:19:27통화 녹취록 처리
00:19:28에이전트를
00:19:29자동으로 만들어야
00:19:30한다고 가정해 봅시다.
00:19:31영업팀은
00:19:33영업 통화에서 논의된 내용을
00:19:35반영하기 위해 Salesforce의
00:19:37상태를 업데이트하는
00:19:37에이전트가 필요할 수 있습니다.
00:19:39또한 통화에서
00:19:42기능 요청을 추출하여
00:19:43Linear와 같은 시스템에
00:19:44이슈를 생성할 수도 있죠.
00:19:45물론, 영업팀은
00:19:47Slack에서 에이전트와
00:19:49소통하기를 원할 겁니다.
00:19:50이건 텍스트 처리를 위한
00:19:51기본적인 에이전트처럼
00:19:52들리지만,
00:19:52실제로는
00:19:54보안 문제가 걸린
00:19:55복잡한 워크플로우입니다.
00:19:56Slack, Salesforce,
00:19:58그리고 Linear에
00:19:59에이전트를 위한 커스텀
00:20:00연결을 구축할 때면,
00:20:01액세스 토큰을
00:20:03프로비저닝하고 관리해야 합니다.
00:20:04대부분의 시스템은
00:20:05오래 지속되는 자격 증명을
00:20:06제공하므로,
00:20:07에이전트가
00:20:08영구적인 액세스 권한을
00:20:09갖게 됩니다.
00:20:10더 나쁜 것은,
00:20:13그러한 자격 증명이
00:20:14보통 에이전트가 아닌,
00:20:15이 액세스 토큰을
00:20:16생성한 사람에게
00:20:18범위가 지정된다는
00:20:18사실입니다.
00:20:21즉, 여러분의 에이전트가
00:20:22설계된 작업뿐만
00:20:23아니라,
00:20:24여러분이 할 수 있는
00:20:25어떤 작업이든
00:20:26수행할 수 있는
00:20:27능력을 갖게 된다는 것입니다.
00:20:28이런 모든 문제를
00:20:29해결하기 위해
00:20:30Vercel Connect를
00:20:31만들었습니다.
00:20:32Vercel Connect는
00:20:33여러분의 앱과
00:20:34에이전트에게
00:20:35시스템에 대한 안전하고,
00:20:37단기적이며,
00:20:38Vercel Connect를
00:20:39이 모든 문제를
00:20:40해결하려고
00:20:42만들었습니다.
00:20:43어떻게 사용되는지
00:20:44확인할 수 있도록
00:20:45Vercel의
00:20:47관찰 가능성(observability) 제품군에
00:20:48통합되어 있습니다.
00:20:49제가 방금 설명한
00:20:51에이전트를 위한
00:20:52첫 번째 커넥터를 설정하여
00:20:54어떻게 작동하는지
00:20:55보여드리겠습니다.
00:20:56여기,
00:20:57Vercel 대시보드 안에서,
00:20:59원하는 커넥터를
00:21:00만드는 것으로
00:21:01시작하겠습니다.
00:21:01Create Connectors를
00:21:02클릭하면,
00:21:03보시다시피,
00:21:06이미 사용 가능한
00:21:07기본 제공 커넥터 목록이
00:21:09계속 늘어나고 있습니다.
00:21:10Slack, GitHub,
00:21:10Snowflake, Linear,
00:21:11Salesforce
00:21:12'Create Connectors'를 클릭합니다,
00:21:13보시는 것처럼
00:21:15이미 이용 가능한
00:21:16내장 커넥터 목록이
00:21:17계속 늘어나고 있습니다.
00:21:19Slack을 비롯해
00:21:21GitHub,
00:21:21에이전트가
00:21:22접근할 수 있도록
00:21:24원하는 워크스페이스를
00:21:25선택하겠습니다.
00:21:26그리고 Create Salesforce Connector를
00:21:27클릭합니다.
00:21:28방금 일어난 일은 간단해
00:21:31보였지만,
00:21:32사실 이면에서
00:21:33Vercel이 통합 작업의
00:21:35많은 복잡성을
00:21:35처리하고 있습니다.
00:21:37보통, Salesforce에 연결하려면
00:21:38OAuth 워크플로우,
00:21:39토큰 관리,
00:21:41자격 증명 저장,
00:21:42Salesforce 커넥터를 생성합니다.
00:21:46모두 다뤄야 합니다.
00:21:47그럼 이제
00:21:48어떻게 하는지 보여드리죠.
00:21:50Vercel이 담당합니다
00:21:51상당히 복잡한
00:21:52통합 과정을 말이죠.
00:21:55보통은
00:21:55Salesforce에 연결하려면
00:21:56OAuth 워크플로우를
00:21:58직접 처리해야 하고,
00:22:00토큰 관리와
00:22:01자격 증명 저장,
00:22:03그리고 갱신 로직까지
00:22:04신경 써야 하지만,
00:22:05Connect를 사용하면
00:22:06이 모든 것을 대신 처리해 줍니다.
00:22:08이 연결은 필요할 때
00:22:09단기 범위 토큰을
00:22:10요청 시마다
00:22:11에이전트가
00:22:12작업을
00:22:12수행해야 할 때 발급합니다.
00:22:15자, 이제
00:22:16Linear 커넥터를
00:22:17생성해 보겠습니다.
00:22:19Create Connector로 가서
00:22:20커넥터를 생성합니다.
00:22:22Linear를 선택하고,
00:22:23올바른
00:22:24워크스페이스인지
00:22:25확인합니다.
00:22:27그리고
00:22:27이제 Vercel Connect가
00:22:30할 일은
00:22:31에이전트에게
00:22:31정확히 어떤
00:22:32권한을
00:22:32부여할지 선택하는 것입니다.
00:22:34이 경우에는
00:22:35에이전트가
00:22:35댓글을 달고
00:22:37이슈를 생성할 수 있어야 하니,
00:22:37제가 설명한 작업에
00:22:39필요한 권한만
00:22:40부여하도록 하겠습니다.
00:22:41해당 권한만
00:22:42설정하고,
00:22:43간단하게
00:22:44커넥터를
00:22:45생성하겠습니다.
00:22:48이렇게 에이전트의
00:22:50권한과 범위를
00:22:51미리 제한함으로써,
00:22:52에이전트가 우리가 원하는
00:22:53작업만 수행하도록
00:22:55확실히 제어하면서도
00:22:56강력한 자동화 기능을
00:22:57유지할 수 있습니다.
00:22:57커넥터 생성을
00:22:58완료하면
00:22:59다시 상세 페이지로 돌아옵니다.
00:23:01여기서 프로젝트 생성
00:23:03현황을 확인할 수 있고,
00:23:04설치도 가능합니다.
00:23:05설치 트리거를 확인하고,
00:23:06나중에 사용량 데이터도
00:23:08볼 수 있죠.
00:23:08이제 빠르게
00:23:09토큰을 테스트해 보죠.
00:23:10사용자 토큰을
00:23:11테스트할 겁니다.
00:23:12사용자 토큰 테스트 버튼을
00:23:13클릭하고 API를
00:23:14인증한 다음,
00:23:16Linear 측에서도
00:23:17인증하겠습니다.
00:23:20좋습니다, 에이전트가
00:23:22특정 작업을 수행하는 데
00:23:24필요한 토큰을
00:23:25발급받았습니다.
00:23:26만료일과
00:23:27이름이 포함되어 있군요.
00:23:28이제 마지막 커넥터를
00:23:30만들어 봅시다.
00:23:33Slack을 선택하고
00:23:33워크스페이스가
00:23:34인증되었는지
00:23:35확인한 뒤
00:23:36생성 버튼을
00:23:37누릅니다.
00:23:38설치는 나중에 하기로 하고,
00:23:40일단 페이지로
00:23:40돌아가겠습니다.
00:23:44이제 3개의
00:23:44커넥터가 모두
00:23:45설치되었으니,
00:23:46에이전트가
00:23:47필요한 모든 것에
00:23:48접근할 수 있게 되었습니다.
00:23:50장기적인 자격 증명을
00:23:51저장할 필요도 없고요.
00:23:52Tomo, 다시 넘길게요.
00:23:54감사합니다.
00:23:56Vercel Connect를 통해
00:23:58에이전트는 귀하의
00:23:59CRM, ERP,
00:24:01HRIS,
00:24:02데이터 웨어하우스,
00:24:03협업 도구 등을
00:24:04포함한
00:24:05모든 내부 시스템에
00:24:06안전하게
00:24:07연결할 수 있습니다.
00:24:08그중에서도 협업 도구에
00:24:09더 자세히 알아보겠습니다.
00:24:12이 도구들은
00:24:16귀하가 에이전트와 소통하고,
00:24:22에이전트가 귀하와 소통하는
00:24:23방식입니다.
00:24:24바로 여기서
00:24:26에이전트 스택의
00:24:27핵심 요소인
00:24:28Chat SDK가
00:24:30필요해집니다.
00:24:31저희가 Vercel에서
00:24:33구축한 가장 강력한 에이전트들은
00:24:34사실상 동료와 같아서,
00:24:35업무가 진행되는 현장에서
00:24:36바로 소통하게 됩니다.
00:24:38많은 분께는
00:24:39Microsoft Teams나
00:24:40Google Chat이겠지만,
00:24:41저희에게는
00:24:41압도적으로
00:24:42Slack이 그곳이죠.
00:24:44저희는 이러한
00:24:44협업 도구가
00:24:45대부분의 사람들이
00:24:46에이전트와 소통하는
00:24:48주된 방식이 될 것이라 믿습니다.
00:24:50하지만 문제가 있죠.
00:24:51이 도구들이
00:24:52공통적인 핵심 기능은
00:24:54공유할지라도,
00:24:55API와 인터페이스는
00:24:57모두 제각각이라는 점입니다.
00:24:57마이크로소프트 팀즈나
00:24:59구글 챗일 수도 있지만
00:25:00제공하여
00:25:01수십 개의 앱을
00:25:02지원할 수 있게 합니다.
00:25:03단 한 줄의 코드로
00:25:04사용자가
00:25:05Microsoft Teams,
00:25:06Google Chat,
00:25:07Slack,
00:25:07Discord, GitHub,
00:25:08Linear, Telegram,
00:25:10WhatsApp 등
00:25:11수많은 도구에서
00:25:12에이전트와
00:25:14소통할 수 있게 합니다.
00:25:15NanoClaw는 기업들이
00:25:16AI 에이전트를
00:25:18운영하도록 돕는데,
00:25:19그들은 Chat SDK를 기반으로
00:25:21플랫폼을 구축했습니다.
00:25:22단일 코드베이스로
00:25:2315개의 서로 다른
00:25:24메시징 앱에서
00:25:25에이전트를
00:25:26제공합니다.
00:25:27그것이 바로
00:25:28Microsoft Teams,
00:25:30Google Chat,
00:25:31Slack,
00:25:32Discord,
00:25:33GitHub,
00:25:33Linear,
00:25:34Telegram,
00:25:35WhatsApp
00:25:35등 다양한 플랫폼에서요.
00:25:38NanoClaw는 기업들이
00:25:39모든 경험을
00:25:40Vercel 규모에 맞는
00:25:42최고의 기본 요소로
00:25:43바꾸어 놓았습니다.
00:25:44저희는 이 도구들을
00:25:45정말 사랑하고,
00:25:47고객분들도 마찬가지입니다.
00:25:49이 스택은 강력하며,
00:25:50생태계의 빈틈을
00:25:52실질적으로 채워줍니다.
00:25:53저희는 이러한 각각의
00:25:54기본 요소들이
00:25:55업계 최고라고
00:25:56확신합니다.
00:25:58하지만 여전히
00:25:59더 나아갈
00:25:59부분이 있죠.
00:26:00많은 과제들이
00:26:01남아 있습니다.
00:26:02준비되셨나요?
00:26:04Vercel 규모에서 작동하는
00:26:06우리는 이것들을 사랑하고
00:26:07고객들도 마찬가지입니다.
00:26:09이 스택은 강력하며
00:26:10생태계의 실질적인 공백을
00:26:12메워줍니다.
00:26:13우리는 이 각각의
00:26:13프리미티브들이
00:26:14최고 수준이라고 믿습니다.
00:26:16하지만 여전히
00:26:17복잡한 점이 많습니다.
00:26:19이 각각의 프리미티브들을
00:26:20하나의 응집된 에이전트로
00:26:21연결해야 하기 때문이죠.
00:26:24하지만 그러지 않아도 된다면 어떨까요?
00:26:26우리가 에이전트 스택을
00:26:27구축하면서
00:26:28계속해서 되물었던
00:26:29질문이 바로 이것입니다.
00:26:31Vercel은
00:26:32세상에서 가장
00:26:33강력한 에이전트를
00:26:34구축하고 싶을 뿐만 아니라,
00:26:35단순히 여러분이
00:26:36세상에서 가장
00:26:37강력한 에이전트를
00:26:37구축하게 하는 것만
00:26:39원하는 게 아닙니다.
00:26:40그러한 에이전트를
00:26:40구축하는 과정이 즐거워야 합니다.
00:26:42이는 단순히
00:26:43세계 최고의
00:26:44에이전트 스택 프리미티브를
00:26:45제공하는 것뿐만 아니라,
00:26:48세상에서 가장 쉽고
00:26:50빠르게 그 프리미티브들을
00:26:51하나로
00:26:52엮을 수 있어야 함을 의미합니다.
00:26:54그것을 가능하게 하기 위해,
00:26:56우리는 에이전트 스택
00:26:57가족의 새로운 멤버를 만들었습니다.
00:27:00Eve를 소개합니다.
00:27:02완벽한 프로덕션 에이전트를
00:27:03처음부터 끝까지
00:27:04구축하기 위한 Vercel의 프레임워크입니다.
00:27:07이제 Eve에 대해
00:27:08하고 싶은 말이 정말 많지만,
00:27:09본격적으로 시작하기 전에,
00:27:10직접 작동하는 모습을
00:27:11보여드리고 싶습니다.
00:27:12그래서 Eve의 프로덕트 리드인
00:27:13Char를 무대 위로 초대해
00:27:15그녀가
00:27:15어떻게 작동하는지 보여드리겠습니다.
00:27:24고마워요, Tomo.
00:27:26지난 1년 동안,
00:27:28우리는 에이전트 구축에 대해
00:27:28배운 모든 것을
00:27:29Eve에 담아냈습니다.
00:27:30어떻게 작동하는지
00:27:31보여드릴게요.
00:27:32먼저 터미널에서
00:27:33단일 명령어로
00:27:35시작하겠습니다.
00:27:35이 명령어를 입력하면
00:27:37에이전트 디렉토리가 생성되고,
00:27:38종속성이 설치되며,
00:27:40에이전트와 대화할 수 있는
00:27:42대화 세션이 시작됩니다.
00:27:44그 다음으로,
00:27:45모델 공급자를
00:27:46설정하겠습니다.
00:27:48Vercel AI Gateway를
00:27:49선택하고,
00:27:49Vercel 팀을 선택한 다음,
00:27:51해당 팀의 프로젝트에
00:27:52연결하면,
00:27:55끝입니다.
00:27:59이제 테스트해 볼까요?
00:28:01당신은 누구인가요?
00:28:01네, 정말 빠르죠.
00:28:051분도 안 걸려서
00:28:07완벽하게 작동하는 에이전트를 구축했습니다.
00:28:12이 에이전트는
00:28:12두 개의 파일로 실행됩니다.
00:28:14모델을 정의하는
00:28:15Agents.ts와,
00:28:17에이전트의 정체성을 정의하는
00:28:18instructions.md입니다.
00:28:23이런 단순함이
00:28:24Eve로 에이전트를
00:28:26매우 쉽게
00:28:27구축할 수 있게 해줍니다.
00:28:30이제 실제 사용 사례를
00:28:31구축해 보겠습니다.
00:28:34Hedy가 조금 전에
00:28:35통화 녹취록을 처리하고
00:28:37Salesforce와 Linear를
00:28:39업데이트하는 영업 에이전트에 대해
00:28:40설명했는데요,
00:28:41Eve를 사용해
00:28:42그 에이전트를 구축하는 게
00:28:43얼마나 간단한지 보여드릴게요.
00:28:45먼저,
00:28:46에이전트에게
00:28:47정체성을 부여하겠습니다.
00:28:48instruction 마크다운 파일에서,
00:28:49통화 녹취록을 기반으로
00:28:50Linear 이슈를 생성하고
00:28:52Salesforce 기회를
00:28:53업데이트할 수 있는
00:28:54Go-to-market 어시스턴트를
00:28:55설명하겠습니다.
00:28:57그리고 바로 이렇게,
00:28:58에이전트에게
00:28:59새로운 임무가 부여되었습니다.
00:29:00다음으로,
00:29:01에이전트가 행동을 취할 수 있도록
00:29:02영업 기회를
00:29:03통화 녹취록을 바탕으로 업데이트합니다.
00:29:04에이전트가 이슈를 생성할 수 있도록
00:29:10Linear 도구가 필요하며,
00:29:11도구는
00:29:12tools 폴더 안에
00:29:13넣습니다.
00:29:14그리고 파일 이름이
00:29:14바로 에이전트가 보는
00:29:16도구 이름입니다.
00:29:16이제 Linear 도구를
00:29:17정의해 봅시다.
00:29:18설명은
00:29:19에이전트가 도구를 언제 사용할지
00:29:24파악하는 내용이며,
00:29:26입력값은
00:29:27에이전트가 작성해야 할
00:29:27데이터 포인트들입니다.
00:29:34예를 들어 이슈의
00:29:35제목과 내용 같은 것들이죠.
00:29:37우리는 Hedy가 설정해 둔
00:29:37Linear 커넥터를 사용하고
00:29:39이슈 생성 기능을
00:29:39Linear API로
00:29:41구현할 수 있습니다.
00:29:42또한 에이전트가
00:29:42Linear 이슈를 어떻게 생성하는지
00:29:43알도록 하고 싶어서
00:29:44스킬을 추가하겠습니다.
00:29:45스킬은
00:29:45skills 폴더에 넣습니다.
00:29:47이 스킬은 에이전트에게
00:29:48녹취록에서
00:29:50기능 요청을 찾고
00:29:52주제별로 Linear 이슈를
00:29:53분리하도록 지시합니다.
00:29:54좋아요.
00:29:58이제 에이전트를 테스트해 봅시다.
00:29:59Linear 이슈를
00:29:59생성할 수 있어야 합니다.
00:30:00리니어 이슈를 생성하는,
00:30:01기술(skill)을 하나 추가할게요.
00:30:02기술은
00:30:04기술 폴더로 이동합니다.
00:30:06이 기술은 에이전트에게
00:30:07알려줍니다.
00:30:07트랜스크립트에서
00:30:08기능 요청을 찾아서
00:30:09트랜스크립트에서
00:30:11주제별로 리니어 이슈를
00:30:12분리하라고 말이죠.
00:30:16좋아요.
00:30:17이제 에이전트를 테스트해보죠.
00:30:18리니어 이슈를
00:30:18생성할 수 있어야 합니다.
00:30:25기술을 불러와서
00:30:26기술을,
00:30:27이슈를 생성할 겁니다.
00:30:28좋아요.
00:30:29이슈가 생성되었고,
00:30:30리니어에도
00:30:31표시되어야 합니다.
00:30:34다음으로 에이전트는
00:30:36세일즈포스 영업 기회를
00:30:37업데이트해야 합니다.
00:30:38세일즈포스 CLI를 사용하여
00:30:38세일즈포스 CLI를
00:30:39업데이트하고 싶지만,
00:30:41그러려면
00:30:42에이전트에 쉘이 필요하고,
00:30:43명령어들이 안전하게
00:30:44실행되기를 원합니다.
00:30:46격리된 상태에서요.
00:30:47그래서 샌드박스를 구성하여
00:30:48에이전트가 샌드박스를
00:30:50사용해 업데이트하도록 하겠습니다.
00:30:51이 작업은 에이전트가 작업할
00:30:53전용 VM을 설정하고,
00:30:54다른 모든 것과 차단합니다.
00:30:57sandbox.ts를 만들겠습니다.
00:31:00이 파일은 샌드박스를
00:31:01구성할 것입니다.
00:31:02그리고 Salesforce CLI를 설치합니다.
00:31:04샌드박스 부트스트랩에서요.
00:31:07그리고 문을 잠급니다.
00:31:09그래서 샌드박스는 오직
00:31:11Salesforce와만
00:31:11통신할 수 있게 하죠.
00:31:15에이전트에게
00:31:16Salesforce 도구를 줄 겁니다.
00:31:16Linear 때와 마찬가지로요.
00:31:18하지만 Salesforce 업데이트는
00:31:19팀원의 승인이
00:31:20필요합니다.
00:31:22그래서 사람의 확인 과정을 추가할 겁니다.
00:31:24이 도구는 항상
00:31:26에이전트가
00:31:26사람의 승인을 요청하게 만듭니다.
00:31:32Hedy의 Salesforce 커넥터를 사용할 겁니다.
00:31:37마지막으로,
00:31:38도구 실행 함수를 통해
00:31:39Salesforce CLI를 호출하고
00:31:41영업 기회 레코드를
00:31:42업데이트할 것입니다.
00:31:43이제 Salesforce 단계를
00:31:45알려주죠.
00:31:50Salesforce 영업 기회를
00:31:52성사됨으로
00:31:53업데이트하라고 할 겁니다.
00:31:55사람의 확인 과정이 끝났습니다.
00:31:58다 됐습니다.
00:31:59Salesforce로 돌아가서
00:32:00이 페이지를 새로고침하면
00:32:01성사됨으로 표시될 겁니다.
00:32:03멋지네요.
00:32:07좋아요.
00:32:08이제 에이전트를
00:32:09영업 팀을 위해
00:32:10Slack에서 사용하게 해야 합니다.
00:32:12그래서 슬래시 채널 명령어를 실행합니다.
00:32:15Slack을 선택하고.
00:32:18네, Slack 봇을 원합니다.
00:32:22이 작업은
00:32:23워크스페이스에
00:32:24Slack 봇을 설치할 겁니다.
00:32:28Vercel에 배포합니다.
00:32:34완료되었습니다.
00:32:35테스트를 해보죠.
00:32:36우리 에이전트를 태그하겠습니다.
00:32:41그게 다예요.
00:32:43우리는 실시간으로,
00:32:45운영 가능한 에이전트를 가졌고,
00:32:46우리 팀이
00:32:47Slack 협업 레이어에서 사용할 수 있죠.
00:32:50하지만 아직 끝이 아닙니다.
00:32:51이 에이전트는 완벽하게 관측 가능합니다.
00:32:54방금 Slack에서
00:32:55나눈 대화를
00:32:55한번 살펴볼까요.
00:32:57Vercel 대시보드에서,
00:32:59관측 기능(observability)을 클릭하고,
00:33:02에이전트 실행을 보면,
00:33:05전체 대화 내역을
00:33:06볼 수 있습니다.
00:33:09토큰 사용량,
00:33:10실행 시간,
00:33:11입력값, 출력값,
00:33:13그리고 에이전트의 추론 과정까지요.
00:33:14심지어 에이전트가 호출한
00:33:16각각의 도구 호출 항목도
00:33:17상세히 살펴볼 수 있죠.
00:33:19이게 전부입니다.
00:33:20방금 우리는
00:33:21운영 가능한 에이전트를
00:33:225분 만에 만들었습니다.
00:33:24Tomo, 다시 당신에게 넘길게요.
00:33:24고마워요, Char.
00:33:33Eve는 정말로
00:33:34에이전트를 위한
00:33:36Next.js 같은 존재 같아요.
00:33:37지난 몇 년간
00:33:38우리가 배운 모든 것을
00:33:39바탕으로
00:33:40만든 결과물이죠.
00:33:41더 중요한 건,
00:33:42오픈 소스이고
00:33:44모듈식이라는 점입니다.
00:33:45Vercel과
00:33:46원활하게 작동하도록 설계되었고,
00:33:48우리 인프라와
00:33:49높은 응집력을 가지지만,
00:33:50완벽하게 커스터마이징 가능해서
00:33:52나만의 도구로 만들 수 있습니다.
00:33:54공급자를 교체하면서도
00:33:55그 아래의 견고한
00:33:56기반은 유지할 수 있죠.
00:33:58Eve 이전에는,
00:33:59모든 에이전트가
00:34:00자체적인 구조와
00:34:01통합 과정이 필요했습니다.
00:34:02Eve와 함께라면,
00:34:03모든 에이전트가
00:34:04그저 코드에 대해
00:34:05이미 생각하고 있던 방식으로
00:34:06구성된
00:34:07디렉터리일 뿐입니다.
00:34:09엔터프라이즈급 에이전트를 만드는 데
00:34:10몇 주씩 걸리곤 했죠.
00:34:11이제 방금 보신 것처럼,
00:34:13단 몇 분이면 됩니다.
00:34:15Eve는 우리 중 많은 사람들이
00:34:16에이전트를 구축하는 방식을
00:34:18바꿀 것입니다.
00:34:18이미 Vercel 내부에서
00:34:19우리가 에이전트를 만드는
00:34:20방식을 완전히
00:34:21바꿔놓았죠.
00:34:22이제 다음은,
00:34:23Malta를 불러서
00:34:24그가 가장 좋아하는
00:34:25에이전트 중 하나에 대해
00:34:27이야기해 달라고 하겠습니다.
00:34:27우리 모두 매우 기대하고 있는
00:34:29에이전트입니다.
00:34:31감사합니다.
00:34:31고마워요, Tomo.
00:34:42저는 Vercel의 Malta입니다.
00:34:44Tomo가
00:34:45가장 기대하는
00:34:46에이전트는 바로 제 거예요.
00:34:47우리는 Vercel을 위해 먼저 만들었고
00:34:49이제 여러분도 사용할 수 있습니다.
00:34:51이름은 Vercel 에이전트입니다.
00:34:55잠시만요, 잠시만요.
00:34:56잠깐만요.
00:34:57맙소사.
00:34:58저한테 호출이 오고 있어요.
00:35:00세상에.
00:35:01V0에 부분적인
00:35:02장애가 발생했네요.
00:35:04일단 제 노트북으로
00:35:05확인해보죠.
00:35:06제 앞에 노트북이 있다고 생각하고
00:35:07한번 보시죠.
00:35:09자, Vercel 에이전트가
00:35:10Vercel Agent가 이미
00:35:12더 자세히 들어가 보죠.
00:35:13알겠습니다.
00:35:15알겠습니다.
00:35:16API 키 객체가
00:35:17런타임에서 정의되지 않았다는 걸
00:35:18찾아냈네요.
00:35:19오류는 몇 분 전
00:35:20마지막 배포에서
00:35:21나타났습니다.
00:35:23즉시 이전 릴리스로
00:35:24롤백하라고
00:35:25권장하네요.
00:35:26정말 똑똑하죠.
00:35:27의심스러울 때는,
00:35:28항상 즉각적인 롤백이
00:35:29가장 옳은 조치니까요.
00:35:30승인하겠습니다.
00:35:31이제 제 권한으로,
00:35:33Vercel 에이전트가
00:35:34버셀 에이전트가
00:35:35롤백을 시작합니다
00:35:36지난번 운영 환경의
00:35:37배포 버전을요
00:35:37500 에러가 발생하기
00:35:39전 상태로요
00:35:41좋습니다
00:35:41롤백이 성공했습니다
00:35:43V0가 복구되었어요
00:35:45버셀 에이전트가
00:35:45이제 수정 작업을
00:35:46시작할 겁니다
00:35:47하지만 우리가
00:35:48기다릴 필요는 없죠
00:35:49좋아요
00:35:49처음부터 다시 시작하죠
00:35:52안녕하세요, 저는 몰타입니다
00:35:53버셀의 CTO입니다
00:35:54버셀 에이전트가 훌륭한 이유는
00:35:55왜냐하면 인시던트를
00:35:56자동으로 감지하고,
00:35:57정말 긍정적인 신호일 때만
00:35:58에스컬레이션하며
00:36:00제가 컴퓨터 앞에
00:36:01도착했을 때
00:36:02이미 분석이
00:36:02완료되어 있기 때문이죠.
00:36:04이제 저는 깨달았습니다.
00:36:06이 자리에 있는
00:36:08모든 CTO분들이 하실 첫 질문은,
00:36:09바로 이것일 겁니다.
00:36:11에이전트에게 이런 일을
00:36:12하게 하는 것이 안전한가요?
00:36:14매우 타당한 질문입니다.
00:36:16왜냐하면 대부분의 에이전트는
00:36:17사용자의 권한을 그대로 물려받기 때문이죠.
00:36:20에이전트는 사용자처럼 실행되고
00:36:21사용자처럼 작동하며
00:36:23사용자가 할 수 있는 모든 것을
00:36:25단 한 번의 잘못된 프롬프트로
00:36:27영향 범위 전체가 노출될 수 있습니다.
00:36:29사용자 본인이든,
00:36:31팀원이든,
00:36:32혹은 혼란에 빠진 하위 에이전트든 말이죠.
00:36:35Vercel Agent는
00:36:35업계 최초의
00:36:37권한 모델을 갖추고 있어
00:36:38계획 모드와
00:36:40권한 부여를 결합했습니다.
00:36:42작업을 하나씩
00:36:43승인하도록 요청하는 대신,
00:36:45Vercel Agent는
00:36:46작업 완료에
00:36:47필요한 권한을
00:36:48미리 계획한 뒤
00:36:49한 번의 통합된 단계로
00:36:50승인을 요청합니다.
00:36:52잘못된 배포를
00:36:52되돌릴 때,
00:36:55Vercel Agent는
00:36:56방금 본 것처럼
00:36:57즉시 롤백을 수행하기 위한
00:36:58임시 권한만을
00:36:58요청합니다.
00:36:59만약 오래된 캐시를
00:37:01삭제해야 한다면,
00:37:02해당 프로젝트에 대한
00:37:03임시 캐시 접근 권한만
00:37:04요청하며,
00:37:04다른 것은
00:37:05건드리지 않습니다.
00:37:06모든 에이전트와
00:37:08모든 작업은
00:37:10프로덕션에 영향을 주기 전
00:37:10격리된 샌드박스에서
00:37:11실행됩니다.
00:37:14프로덕션 상태를 변경하는
00:37:15모든 작업은
00:37:16사람의 승인을
00:37:17기다립니다.
00:37:19에이전트는 작업에
00:37:20필요한 권한보다
00:37:21많은 권한을
00:37:21갖지 않으면서도,
00:37:22동시에
00:37:22매번 승인을
00:37:23요청하지도
00:37:24않습니다.
00:37:24진척도와 보안 사이의
00:37:26훌륭한 균형이죠.
00:37:27제가 가장 자랑스럽게
00:37:27생각하는 부분이자,
00:37:29제가 새벽 2시에
00:37:29호출을 받을 원인이
00:37:30되지 않을 거라
00:37:31안심하는
00:37:32이유이기도 합니다.
00:37:33Vercel Agent가
00:37:34그런 사고의 원인이 되지는 않을 테니까요.
00:37:40잠시만요, 이게 무슨 일이죠?
00:37:41누가 휴대폰을
00:37:42안 껐나요?
00:37:43어,
00:37:44저군요.
00:37:45세상에.
00:37:46제 거였네요.
00:37:46저예요.
00:37:48좋아요.
00:37:50아, 기예르모한테서
00:37:51문자가 왔네요.
00:37:51이 사람, 제가 지금
00:37:52무대 위에 있다는 걸
00:37:53완벽하게 알 텐데요.
00:37:54아무튼, 여러분도 아시다시피
00:37:55이건 다 짜고 치는
00:37:56상황극입니다만,
00:37:57정말이지,
00:37:58G가 홈페이지에
00:37:59문제가 있다며
00:38:00불평하는 문자를 보내는 건
00:38:00진짜 실상과
00:38:01아주 비슷합니다.
00:38:03실제 같죠.
00:38:05그럼,
00:38:05문자를 복사해서
00:38:06Vercel Agent에게
00:38:07넣어보겠습니다.
00:38:08사실,
00:38:10실수하지 말라고
00:38:11덧붙여두죠.
00:38:15자,
00:38:16Vercel Agent가
00:38:17우리 웹사이트의
00:38:17스피드 인사이트를
00:38:19확인해서
00:38:19무엇이 바뀌었는지 살펴보고 있습니다.
00:38:22오, 와.
00:38:23LCP가 4초나 되네요.
00:38:25분명 큰 문제가 있습니다.
00:38:26좋지 않군요.
00:38:29이제 Vercel Agent가
00:38:29문제를 좁히기 위해
00:38:31최근의 모든 변경 사항을
00:38:32검토할 겁니다.
00:38:35그리고 파비콘 라우트에
00:38:36웨이트 함수를
00:38:36추가한 것을
00:38:37찾아냈네요.
00:38:40해당 엔드포인트의 성능을
00:38:41체크해보더니
00:38:42업데이트가
00:38:44문제를 일으켰다고
00:38:46확인해주네요.
00:38:48원인을 밝혀내 조사를 마쳤고,
00:38:49이제...
00:38:50보아하니
00:38:51마탄하고 이야기를
00:38:51해봐야겠네요.
00:38:52여기 청중 어딘가에
00:38:54있을 겁니다.
00:38:55괜찮아요.
00:38:56다행인 건
00:38:57Vercel Agent가
00:38:58수정 내용을 담은
00:38:59PR을 직접 작성할 수
00:38:59있다는 점이죠.
00:39:01제가 승인하면,
00:39:02변경 사항이
00:39:03프로덕션에 배포됩니다.
00:39:05자, 다시 G에게로.
00:39:06수정 완료.
00:39:07제가 오늘 작성한
00:39:08코드 줄 수는
00:39:080줄입니다.
00:39:11자,
00:39:12이것이 제가
00:39:13Vercel Agent를 사용하는
00:39:15두 가지 예시이며,
00:39:16플랫폼의 무엇이든
00:39:17관리하도록 도울 수 있습니다.
00:39:19빌드 수정을
00:39:20요청하면,
00:39:22배포 로그를
00:39:22읽고,
00:39:24실패한 설정을 찾아내고,
00:39:25샌드박스에서 수정을
00:39:26검증한 뒤,
00:39:26여러분의 승인을 받아
00:39:27재배포합니다.
00:39:29최신 배포에서
00:39:30빌드가 왜
00:39:30느려졌는지 물어보면,
00:39:31이전 빌드와 비교해서
00:39:32차이점을 분석하고
00:39:33무엇이 바뀌었는지
00:39:34알려줍니다.
00:39:36프로젝트 내의
00:39:37주요 접근성 문제를
00:39:38찾아달라고 하면
00:39:39검토를 실행하고
00:39:39PR을 오픈할 겁니다.
00:39:40로그에 나오는
00:39:43500 에러를
00:39:44수정하라고 해도
00:39:45똑같이 할 것입니다.
00:39:46하지만 제가 가장 좋아하는 점은
00:39:48굳이 시키지 않아도
00:39:49알아서 한다는 겁니다.
00:39:51Vercel Agent는
00:39:52여러분의 앱이
00:39:53프로덕션에서 돌아가는 걸
00:39:54지켜보고 있다가
00:39:54트래픽이 급증하거나
00:39:55알람이 울리면,
00:39:57즉시 조사해서
00:39:58답을 가져옵니다.
00:39:59제가
00:39:59여기 무대 위에서
00:40:00호출을 받았을 때
00:40:01했던 것처럼 말이죠.
00:40:02제가 보여드린 예시들은
00:40:02제가 호출을 받았을 때처럼요
00:40:03여기 무대 위에서 말이죠.
00:40:05문제들이었습니다.
00:40:06하지만 곧,
00:40:07Vercel Agent는
00:40:08전문가들을
00:40:08호출할 수 있게 될 겁니다.
00:40:09DeepSec을
00:40:10실행해
00:40:10Vercel Agent가
00:40:11이제 곧
00:40:11전문가를 호출할 수 있게 될 겁니다.
00:40:13그러면
00:40:14DeepSec을 실행해
00:40:14UX 품질을
00:40:15검사할 수 있죠.
00:40:16코드 베이스 전체를
00:40:16대상으로 하거나
00:40:17프런트엔드를
00:40:18디자인 및
00:40:19UX 품질 관점에서 점검합니다.
00:40:21이 에이전트는
00:40:22여러분의 스택과
00:40:22인프라를
00:40:23이해하며,
00:40:24필요에 따라
00:40:25전문가를 호출할 수 있습니다.
00:40:27Vercel Agent는
00:40:28오늘부터
00:40:28비공개 베타로
00:40:29이용 가능합니다.
00:40:29이 QR 코드를 스캔하여
00:40:30액세스를 요청하세요.
00:40:33어라.
00:40:34또 시작이네.
00:40:36좋아.
00:40:37우리 CEO, 진이네.
00:40:39좋아요.
00:40:42좋아.
00:40:42지금 메시지를 쓰고 있는데,
00:40:43살짝
00:40:43당황되네요.
00:40:44오늘 발표한
00:40:44모든 기능의 플래그를
00:40:45정말로
00:40:46전부 켰던가?
00:40:48뭐,
00:40:49당연히
00:40:49제가 대시보드에
00:40:50직접 들어가서
00:40:51Vercel 플래그를
00:40:51확인할 수는 없지만,
00:40:52대체 몇 년도죠?
00:40:532024년?
00:40:53아니,
00:40:55Vercel 에이전트에게 물어보죠.
00:40:57오늘 우리가 출시한 게 뭐지?
00:40:59좋아요.
00:40:59우리에겐
00:41:00Vercel 서비스 활성화 기능이 있죠.
00:41:02진이 이에 대해 이야기했고요.
00:41:03EVE 활성화.
00:41:03정말 기대되네요.
00:41:05여러분 모두가
00:41:05어서 빨리
00:41:06써보셨으면 좋겠어요.
00:41:07Vercel 에이전트 베타 활성화.
00:41:10방금,
00:41:10말씀드린 대로예요.
00:41:11그리고
00:41:11Vercel Passport입니다.
00:41:13사실,
00:41:14Vercel Passport가 뭘까요?
00:41:16아직 아무도
00:41:17언급한 적 없는 내용이죠.
00:41:19제가 지금
00:41:20유출해 버린
00:41:20것 같네요.
00:41:21어쨌든,
00:41:22Vercel Passport에
00:41:23관해 이야기하고
00:41:23다른 내용들도 다룰,
00:41:24무대에 모실 분은
00:41:25진(Gene)입니다.
00:41:26고마워요, 몰타.
00:41:36Vercel Agent는
00:41:37에이전트를 올바르게
00:41:38구축했을 때
00:41:38무엇이 가능한지
00:41:39보여줍니다.
00:41:41이 자리에 계신
00:41:42모든 기업이
00:41:43바로 이와 같은
00:41:43에이전트를
00:41:44구축하게 될 것입니다.
00:41:45이 말을 듣는
00:41:47여러분 중에는
00:41:47두 부류가 있습니다.
00:41:48어떤 분들은
00:41:49앉아서
00:41:50이렇게 생각하시겠죠.
00:41:51자,
00:41:52가자.
00:41:53오늘 밤에
00:41:53출시해야지.
00:41:55반면에,
00:41:56이 방에 있는
00:41:57CIO와 CTO분들은
00:41:58이렇게 생각하시겠죠.
00:41:58으, 안 돼.
00:41:59왜냐하면,
00:42:00앞으로
00:42:01어떤 일이 닥칠지
00:42:02벌써 느낄 수
00:42:03있기 때문입니다.
00:42:04감사 추적도 없이
00:42:05시스템에 기록을 남기는
00:42:06섀도우 에이전트,
00:42:08티켓을 닫아버리는
00:42:09AI 봇 사용자,
00:42:11설명할 수 없는 지출까지.
00:42:13두 분 다
00:42:13맞는 말씀입니다.
00:42:15에이전트를 구축하는 것은
00:42:16생각보다 쉬우면서도
00:42:17동시에
00:42:17생각보다 훨씬 어렵기도 하니까요.
00:42:20그 긴장감에 대해,
00:42:21그리고 Vercel에서
00:42:22직접 겪으며 배운
00:42:23교훈에 대해
00:42:25말씀드리겠습니다.
00:42:25직접 경험하면서 말이죠.
00:42:28드류 브레드빅은
00:42:29제 밑에서 일하며,
00:42:30고투마켓
00:42:30엔지니어링을
00:42:31총괄하고 있습니다.
00:42:322025년 6월 당시,
00:42:34그는 세상에서 가장 매력적인 직업을 가지고 있었습니다.
00:42:38그의 임무는
00:42:39Vercel의
00:42:40고투마켓 방식을
00:42:41완전히 바꿀
00:42:42에이전트를
00:42:43구축하는 것이었습니다.
00:42:45그리고 성공했죠.
00:42:461년이 지난 지금,
00:42:48에이전트는
00:42:48우리 일상의 일부가 되어,
00:42:49고투마켓 조직 전체에서
00:42:51활발하게 운영되고 있습니다.
00:42:52규모 있게 말이죠.
00:42:54정말 잘했네, 드류.
00:42:55그래서 오늘,
00:42:56자네에게
00:42:57호출기를 하나
00:42:58건네려 하네.
00:43:00이유를 설명하지.
00:43:01우리가 배운 것은,
00:43:03에이전트는 공짜라는 사실이네.
00:43:04마치
00:43:05공짜 강아지처럼.
00:43:06누구나 강아지를 좋아하지.
00:43:08하지만 강아지는
00:43:10바닥에 오줌을 누고,
00:43:11가구를 갉아먹으며,
00:43:13휴가도
00:43:14떠날 수 없게 만들지.
00:43:15에이전트가 공짜인 이유는,
00:43:16누구나 클로드(Claude)에게
00:43:17프롬프트를 입력할 수 있기 때문일세.
00:43:19하지만 에이전트는 소프트웨어네.
00:43:21우리 모두 알다시피
00:43:22소프트웨어는
00:43:22결코 완성되지 않지.
00:43:24누군가는 계속 유지보수하고,
00:43:26모델을 업데이트하며,
00:43:27새로운 기능을 구축해야 하네.
00:43:29수백 개의 에이전트를 구축하면서
00:43:30우리는 값진 교훈을 얻었네.
00:43:33첫째,
00:43:34똑같은 문제를
00:43:36반복해서 해결하고 있더군.
00:43:38여러 에이전트가
00:43:39같은 내부 시스템에
00:43:40연결해야 했는데,
00:43:41각 팀이
00:43:42자신들만의 통합 방식을
00:43:43바닥부터 구축하고 있었지.
00:43:44둘째,
00:43:46각 에이전트가
00:43:47서로 다른
00:43:48지식 베이스에서
00:43:48데이터를 읽어오고 있었네.
00:43:50우리 팀원들이
00:43:51똑같은 질문을 해도
00:43:52각자 다른 대답을 내놓더군.
00:43:54셋째,
00:43:55가시성이 전혀 없었네.
00:43:57얼마나 많은
00:43:58에이전트가 존재하고,
00:43:59누가 만들었으며,
00:44:00어떤 데이터에
00:44:01접근하는지 아는 사람이 없었지.
00:44:03넷째,
00:44:04이러한 가시성 부재는
00:44:05곧 도입의 혼란으로 이어졌네.
00:44:07내가 슬랙에서
00:44:08골뱅이를 치면,
00:44:09500개의 에이전트가 튀어나오거든.
00:44:11그게
00:44:11무슨 역할을 하는지 전혀 모르지.
00:44:13마지막으로,
00:44:13우리는 채팅만으로는
00:44:14충분하지 않다는 것을 배웠네.
00:44:15전부가 아니라는 점입니다.
00:44:17우리는 Slack이
00:44:18범용 인터페이스가
00:44:19될 것이라 생각했지만,
00:44:20그것은 틀렸습니다.
00:44:22실제로
00:44:22사용되는 에이전트들은
00:44:24권한 관리,
00:44:25데이터 시각화,
00:44:26워크플로우 관리,
00:44:27그리고 인간이
00:44:28관여할 수 있는
00:44:29프론트엔드도
00:44:31갖추고 있었습니다.
00:44:31우리는 모든 에이전트가
00:44:33첫날부터
00:44:33100일째 되는 날까지
00:44:35모두 정상 작동해야 함을 배웠습니다.
00:44:38기쁘게도
00:44:38현재 저희 에이전트들은
00:44:39잘 작동하고 있습니다.
00:44:41저희는 Vercel에서
00:44:43100개가 넘는
00:44:44프로덕션 에이전트를
00:44:45운영하고 있으며,
00:44:46이는 저희의
00:44:47일상적인 운영 방식이 되었습니다.
00:44:49그중 가장 중요한
00:44:5110가지
00:44:51에이전트를 소개하겠습니다.
00:44:53순서가 중요합니다.
00:44:55우리는
00:44:55가장 분명한
00:44:56사용 사례부터
00:44:57차근차근 구축해 나갔고,
00:44:58마침내 내부 프로세스를
00:44:59근본적으로 바꾸고,
00:45:00고투마켓(GTM) 팀의
00:45:01운영 방식을 혁신하는
00:45:02에이전트까지
00:45:04도달하게 되었습니다.
00:45:07Vertex는
00:45:07저희의 고객
00:45:08지원 에이전트입니다.
00:45:10이 에이전트는
00:45:11Vercel 전체 지원 티켓의
00:45:1391% 이상을
00:45:14헬프 센터,
00:45:15Slack, 그리고
00:45:16DocsChat을 통해
00:45:17해결하고 있습니다.
00:45:19Deal1은
00:45:20저희의 거래
00:45:21지능형 에이전트입니다.
00:45:22모든 영업 통화를
00:45:23분석하고,
00:45:25Slack을 통해 담당자를 코칭하며,
00:45:25실패한 거래에 대해서는
00:45:26사후 분석을
00:45:27수행합니다.
00:45:29Deal1
00:45:30MCP는 이번 달에만
00:45:3117,000번 호출되었습니다.
00:45:34Draft Zero는
00:45:36저희의 콘텐츠 에이전트입니다.
00:45:36저희가 발행하는 모든 블로그,
00:45:38변경 사항,
00:45:39그리고 고객 사례의
00:45:40초안을 작성합니다.
00:45:41A Zero는
00:45:42저희의 AEO(AI 검색 최적화) 에이전트입니다.
00:45:43Vercel의 브랜드와
00:45:45콘텐츠가
00:45:46AI 검색 결과에 어떻게 나타나는지
00:45:48매일 추적합니다.
00:45:48수십 개의 코딩 모델을 대상으로
00:45:50수백 개의 프롬프트를
00:45:50매일 실행합니다.
00:45:51Revoa는
00:45:53저희의 Salesforce
00:45:54업데이트 에이전트입니다.
00:45:55인간의
00:45:55확인을 거쳐
00:45:56Salesforce의 중요한 레코드 변경 사항을
00:45:59반영합니다.
00:45:59덕분에 RevOps 팀은
00:46:00매일 9시간을
00:46:02절약할 수 있게
00:46:02되었습니다.
00:46:03Penny는
00:46:03재무 및 운영 에이전트입니다.
00:46:05결제 플랫폼,
00:46:05지불 제공업체,
00:46:06그리고 모니터링 시스템에 접근할 수 있습니다.
00:46:08재무 팀과
00:46:08저희 RevOps 팀을 위해
00:46:10빌링 티켓을 처리하는 데 드는
00:46:12시간을 크게
00:46:12단축시켜 줍니다.
00:46:14다음은 V입니다.
00:46:15V는
00:46:15라우팅 에이전트입니다.
00:46:17모든 요청을
00:46:18적절한 내부 에이전트에게
00:46:20전달합니다.
00:46:21아까 말한
00:46:21채택 문제 기억하시나요?
00:46:22여전히 100개의 에이전트가 있지만,
00:46:23V가 그 모든 에이전트로
00:46:26들어가는
00:46:27정문 역할을 합니다.
00:46:28V에게 질문하면,
00:46:30작업에 가장 적합한
00:46:31에이전트를
00:46:32선택해 줍니다.
00:46:34마지막으로 보여드릴
00:46:35에이전트는
00:46:36정말 집중해서
00:46:37100명의 에이전트가 있지만,
00:46:38왜냐하면 여러분 모두가
00:46:39하나쯤은 만들고
00:46:40싶어 할 에이전트이기
00:46:41때문입니다.
00:46:43첫 번째는
00:46:43데이터 분석가,
00:46:44DZero입니다.
00:46:46DZero는
00:46:47우리 회사 전체에
00:46:47연중무휴 24시간
00:46:48온디맨드
00:46:49데이터 분석 및
00:46:50데이터 과학 서비스를
00:46:51제공합니다.
00:46:52Vercel의 누구나,
00:46:52엔지니어든,
00:46:53영업 담당자든,
00:46:55재무든,
00:46:56지원 담당자든,
00:46:57데이터 팀에
00:46:59티켓을 제출하거나
00:46:59기다릴 필요 없이
00:47:01데이터 웨어하우스에 직접
00:47:03분석을 실행할 수 있습니다.
00:47:04사용자는 캠페인을 통해
00:47:05리드가 몇 명이나
00:47:07유입되었는지와 같은
00:47:07간단한 질문을
00:47:08물어볼 수 있고,
00:47:09DZero는
00:47:10기본적인 SQL을
00:47:11작성하고 실행합니다.
00:47:12하지만 DZero는
00:47:13데이터 과학자 역할도 합니다.
00:47:14통계 분석이 필요하면
00:47:17샌드박스를 실행하고,
00:47:17Python을 실행해
00:47:18보고서를 생성합니다.
00:47:19DZero는 Vercel에서
00:47:21가장 많이 사용되는
00:47:22내부 도구입니다.
00:47:25한 달에
00:47:263만 건의 질문을
00:47:28답변합니다.
00:47:28그리고 규모를 키워도 안전합니다.
00:47:30DZero는
00:47:31'신 모드(God mode)'로
00:47:33실행되지 않습니다.
00:47:35모든 쿼리는 사용자의 권한에
00:47:37따라 범위가
00:47:38제한됩니다.
00:47:39Snowflake에서 특정 테이블을
00:47:41볼 수 없다면,
00:47:43DZero 또한 보여줄 수 없습니다.
00:47:45내부적으로
00:47:46DZero는
00:47:47시맨틱 레이어가
00:47:48필요했습니다.
00:47:51Slack에서 질문할 수는 있지만,
00:47:52사용자가 차트를
00:47:53살펴보고 데이터를
00:47:54드릴다운할 수 있는
00:47:55UI가 필요했습니다.
00:47:56다음은 영업 조종석인
00:47:59Athena입니다.
00:47:59Salesforce가
00:48:01헤드리스를 발표했고,
00:48:02저희는 몇 달 전부터
00:48:02이를 활용하고 있습니다.
00:48:04Athena는 계정을 선택하고,
00:48:06아웃리치를 계획하고,
00:48:09신호를 추적하며,
00:48:11Vercel의 모든 AE를 위한
00:48:13주간 활동을
00:48:14운영합니다.
00:48:15이것이 실전 배치된 직후,
00:48:17파이프라인이
00:48:18거의 두 배로
00:48:19증가했습니다.
00:48:20모든 AE가 매일
00:48:23사용하고 있습니다.
00:48:25파이프라인이 거의 두 배로 늘었습니다.
00:48:27모든 AE가 이 도구를 사용합니다.
00:48:29매일같이 말이죠.
00:48:31내부적으로,
00:48:32Athena는
00:48:33DZero가 필요로 했던 것과
00:48:34같은 시맨틱 레이어와,
00:48:36안정적인 워크플로우,
00:48:37그리고 안전한 연결이 필요했습니다.
00:48:39거기에 UI까지요.
00:48:40GTM 에이전트는
00:48:41단순한 슬랙 채널보다는
00:48:42픽셀과 버튼이 있을 때
00:48:44더 효과적이기 때문입니다.
00:48:47마지막으로,
00:48:48Lead Agent,
00:48:49저희의 자율 SDR입니다.
00:48:51저희는 Lead Agent를
00:48:52가장 뛰어난 SDR의
00:48:53플레이북으로 학습시켰고,
00:48:55이제 그 플레이북을
00:48:5624시간 7일 내내
00:48:57스스로 실행합니다.
00:48:58작년에 보셨을지도
00:48:59모르겠네요.
00:49:0110명의 SDR을
00:49:021명으로 줄였습니다.
00:49:04그게 바로 Lead Agent였습니다.
00:49:06저희는 9명의 담당자를
00:49:07더 큰 역할로
00:49:08재배치하고
00:49:09할당량을 높였습니다.
00:49:1032배의 ROI를 기록했고,
00:49:13연간 운영 비용은
00:49:155,000달러입니다.
00:49:16우리 담당자들의
00:49:17상위 90% 수준의 성과를 내며,
00:49:19엔지니어 한 명이
00:49:20파트타임으로
00:49:21유지 관리합니다.
00:49:23내부적으로,
00:49:25Lead Agent는
00:49:26Tomo가 방금 보여준
00:49:27스택을 실행합니다.
00:49:28AI SDK,
00:49:29Workflow SDK,
00:49:30그리고 슬랙용
00:49:31Chat SDK요.
00:49:32오픈 소스이니,
00:49:34여러분도 오늘 바로
00:49:35직접 만들어보세요.
00:49:37이런 에이전트를 구축하는 건
00:49:38쉬웠습니다.
00:49:39Next.js와 저희 에이전트 프레임워크인
00:49:40Eve를 사용했기 때문이죠.
00:49:43Eve,
00:49:43그리고 실행하는 것 또한
00:49:44전혀 문제가 없었습니다.
00:49:45Vercel에서 실행되니까요.
00:49:47에이전트 구축이
00:49:48생각보다
00:49:49어렵다고 했던 말
00:49:50기억하시나요?
00:49:52어려운 부분은
00:49:53에이전트를 둘러싼 모든 환경입니다.
00:49:55누가 접근할 수 있는지,
00:49:57어떻게 인증할지,
00:49:58어떤 데이터에 접근할 수 있는지,
00:50:00그리고 이 모든 것을
00:50:01보안 팀에 제공하는 것이죠.
00:50:03그래서 지난 1년 동안
00:50:04그것을 쉽게 만들어주는
00:50:05플랫폼을 구축했고,
00:50:07오늘,
00:50:08여러분께 제공하게
00:50:09되었습니다.
00:50:11기쁜 마음으로 발표합니다.
00:50:12엔터프라이즈 앱과 에이전트를 위한
00:50:15Vercel입니다.
00:50:17여러분이 사랑하는 Vercel의
00:50:19개발자 경험을
00:50:20사내 모든 구성원이 누릴 수 있고,
00:50:22ID와
00:50:23접근 제어가 내장되어 있으며,
00:50:24자체 AWS 테넌트에서
00:50:26실행할 수 있는
00:50:26옵션도 제공합니다.
00:50:29저희의 모든 제품과 마찬가지로,
00:50:30프레임워크와
00:50:31모델에 구애받지 않아
00:50:32이식성이 뛰어나며,
00:50:34저희 스스로 먼저 사용하기 위해
00:50:35만들었던 것을
00:50:36이제 여러분도 구축할 수 있는
00:50:37플랫폼으로 만들었습니다.
00:50:39가장 중요한 세 가지를
00:50:40보여드리겠습니다.
00:50:43오늘 이전에는,
00:50:44모든 Vercel 사용자를
00:50:45수동으로 프로비저닝하고
00:50:46오프보딩해야 했습니다.
00:50:48엔터프라이즈 관리형 사용자를 통해
00:50:50직원의 Vercel 및 VZero 접근 권한을
00:50:51중앙에서 관리하고,
00:50:52사용자가 수행하는
00:50:54모든 행동에 대한 전체 감사 추적을
00:50:56확인할 수 있습니다.
00:50:59아까 말씀드렸듯이
00:51:00누구나 Claude에게 프롬프트를 보낼 수 있습니다.
00:51:02하지만 현실은
00:51:03여러분의 직원들이
00:51:04알든 모르든 간에,
00:51:05이미 그렇게 하고 있다는 겁니다.
00:51:07이걸 '섀도우 IT'라고 부르는데,
00:51:09AI로 인해
00:51:11엔터프라이즈 분야에서 이미
00:51:12주요 데이터 침해가 발생했습니다.
00:51:13따라서 AI로 구축하는 사람을
00:51:15통제할 수 있더라도,
00:51:16그들이 만든 앱과 에이전트에 대한
00:51:18접근 권한은
00:51:19제한해야 합니다.
00:51:21그래서 저희는
00:51:22Vercel Passport를 만들었습니다.
00:51:24모든 내부 앱과 에이전트를
00:51:26기본적으로 IDP 뒤에 숨겨주죠.
00:51:28내부 도구는
00:51:29내부에 머물게 됩니다.
00:51:30직원들은 필요한 앱만 볼 수 있고,
00:51:32어떤 것도 공개적으로
00:51:33노출되지 않습니다.
00:51:35그리고 이 모든 것을
00:51:38여러분의 AWS 테넌트에
00:51:39배포할 수 있습니다.
00:51:40잘못 들으신 게 아닙니다.
00:51:42Vercel 함수조차도
00:51:43여러분의 자체 AWS 계정에서
00:51:44실행할 수 있습니다.
00:51:45에이전트로 구축하는 모든 것은
00:51:47여러분의 보안 경계 내에
00:51:48유지됩니다.
00:51:49빠르게,
00:51:50그리고 안전하게 규모를 확장하며
00:51:53제공하는 팀이
00:51:54승리할 것입니다.
00:51:56저희는 엔터프라이즈 앱과
00:51:57에이전트를 만들었으니,
00:51:58그 주인공이
00:51:59바로 여러분이 되기를 바랍니다.
00:52:01G,
00:52:01마무리 부탁해요.
00:52:03고마워요, Gene.
00:52:04최고였어요.
00:52:04오늘,
00:52:13저희는 Vercel이
00:52:14무엇이든 빌드하고
00:52:15실행할 수 있는 플랫폼임을
00:52:17보여드렸습니다.
00:52:18어떤 종류의 웹사이트든,
00:52:18앱이든,
00:52:19에이전트든 말이죠.
00:52:19여러분의 백엔드 프레임워크도
00:52:21규모에 맞춰 실행할 수 있습니다.
00:52:23Vercel 서비스를 통해,
00:52:25백엔드와
00:52:26프론트엔드를 함께
00:52:28개발하고, 미리보고,
00:52:29배포할 수 있습니다.
00:52:31EVE를 사용하면,
00:52:33팀의 누구나
00:52:34몇 분
00:52:35혹은 몇 초 만에
00:52:36에이전트를 만들 수 있죠.
00:52:36그리고 프론트엔드를
00:52:37함께 개발할 수 있습니다.
00:52:40EVE를 사용하면,
00:52:41팀원 누구나
00:52:42에이전트를 만들 수 있습니다.
00:52:43몇 분
00:52:44혹은 몇 초 만에요.
00:52:47Vercel Connect는
00:52:48그러한 에이전트에게
00:52:49보안 액세스 권한을
00:52:50모든 서비스에 제공합니다.
00:52:54Vercel Passport는
00:52:55내부 에이전트와
00:52:55앱이
00:52:56확실하게
00:52:57내부적으로 유지되도록
00:52:58IDP 뒤에서 보호합니다.
00:53:01그리고 이 모든 것을
00:53:02직접 실행할 수 있습니다.
00:53:03본인의
00:53:04AWS 계정에서 말이죠.
00:53:07오늘 바로 시작하세요.
00:53:09코딩 에이전트에게
00:53:10Vercel 플러그인을
00:53:11설치하라고 요청하세요.
00:53:13그럼 무엇이든 만들 수 있습니다.
00:53:16웹사이트나,
00:53:17앱,
00:53:18에이전트까지,
00:53:18글로벌 규모로
00:53:19배포할 수 있습니다.
00:53:21Vercel Agent가
00:53:22프로덕션을 계속
00:53:23지켜볼 것입니다.
00:53:25이것이 바로
00:53:26에이전트 인프라입니다.
00:53:28여러분이
00:53:29다음에
00:53:30무엇을 배포할지 기대됩니다.
00:53:31감사합니다.