스크립트
00:00:00안녕하세요 여러분, 멜키입니다. Vercel에서는 제품 출시를 중요하게 생각합니다.
00:00:06특히 클라우드 인프라 측면에서 더욱 그렇습니다. 그 인프라의 가장 중요한 요소 중 하나가
00:00:11바로 Vercel CLI입니다. 이제 CLI는 단순히 터미널에서 배포하는 도구에 그치지 않고
00:00:17에이전트를 위한 빌딩 블록, 즉 리소스를 연결하고
00:00:23샌드박스를 생성하며 로그를 검사하고 문제를 디버깅하여 배포를 지속해서 개선하는 프로그래밍 가능 인터페이스로 진화하고 있습니다.
00:00:29따라서 이번 첫 번째 파트에서는 Vercel CLI를 에이전트 개발의 더 강력한 기반으로 만들기 위해
00:00:35최근 진행 중인 CLI 업데이트 내용을 소개해 드리겠습니다.
00:00:41먼저 Vercel 샌드박스와, Vercel CLI에서 이를 직접 사용하는 방법에 대해 알아보겠습니다.
00:00:47요즘 샌드박스가 정말 큰 인기인데요, Vercel 샌드박스는 업계에서 가장 빠른 환경 중 하나이며
00:00:53에이전트가 코드를 안전하게 실행할 수 있도록 보장하는 데 완벽한 도구입니다.
00:00:57안전한 샌드박스보다 더 좋은 방법이 있을까요? 자, 그럼 터미널로 바로 들어가 보겠습니다.
00:01:04보시다시피 vc connect가 이미 잘 설정되어 있습니다. 여기서 사용할 명령어는 vc sandbox create
00:01:13dash dash connect입니다. 이렇게 하면 새로 생성할 인스턴스에 바로 연결할 수 있습니다.
00:01:17보시다시피 Vercel CLI를 사용하면 매우 빠르게 생성됩니다. 생성된 샌드박스의 세부 정보를 확인할 수 있으며.
00:01:24팀 프로젝트가 인증 자격 증명에 맞게 바로 범위가 지정되어
00:01:29정말 쉽고 원활합니다. 보시다시피 이제 샌드박스 안에서 원하는 모든 명령어를 평소처럼 실행할 수 있습니다.
00:01:36원하는 다른 저장소를 대상으로 git clone을 실행해 보겠습니다.
00:01:41Vercel CLI GitHub 저장소를 가져오겠습니다. 주소를 복사한 뒤 샌드박스 환경에서
00:01:51git clone을 실행하면 Vercel 저장소가 복제되고 다운로드되어
00:01:56해당 샌드박스 내에서 사용할 수 있게 됩니다.
00:02:02저장소 복제가 완료되었으니 이제 샌드박스를 안전하게 종료하겠습니다. 나중에 다시 돌아오고 싶다면
00:02:10vc sandbox connect와 해당 샌드박스 이름을 입력하면 정확히 중단했던 지점으로 돌아올 수 있습니다. ls를 입력해 보면
00:02:17GitHub 저장소가 그대로 있는 것을 볼 수 있죠. 이처럼 Vercel CLI를 사용하여 에이전트가 샌드박스에서 마음껏 활약할 수 있도록 해보세요.
00:02:24프로덕션 수준의 애플리케이션을 구축할 때 필요한 또 다른 필수 인프라 요소는 바로 기능 플래그(Feature Flag)입니다.
00:02:29Vercel Flags는 Vercel 플랫폼에 내장된 기능 플래그 제공 서비스로, 플래그를 생성하고 타겟팅 규칙을 정의하며.
00:02:36점진적 출시와 A/B 테스트를 모두 Vercel CLI의 에이전트에서 직접 실행할 수 있습니다.
00:02:43이 테스트 프로젝트를 위해 새로운 기능 플래그를 생성해 보겠습니다. 먼저 실행할 명령어는
00:02:48vc flags create이고, 그 뒤에 기능 플래그의 이름을 입력합니다.
00:02:53이름은 a-b-split으로 하겠습니다. 보시다시피 이제 기능 플래그가 활성화되었습니다.
00:03:02확인해 보면 방금 생성한 a-b-split 기능 플래그가 있고, 프로덕션 타겟, 미리보기 타겟, 개발 타겟이 있습니다.
00:03:07이제 에이전트나 개발자 본인에게 플래그와 관련된 트래픽을 수정하도록 지시해야 하는 상황이라고 가정해 봅시다.
00:03:13여기서 다음과 같은 명령어를 붙여넣을 수 있습니다.
00:03:19Vercel CLI의 flags 명령어를 호출하고 기능 플래그 이름인 a-b-split을 지정한 다음.
00:03:26프로덕션 환경을 타겟팅하여 사용자 ID를 기준으로 트래픽을 분할합니다.
00:03:32가중치를 설정하여 false에는 95, true에는 5를 부여하겠습니다. 이는 트래픽의 95%가 기능 플래그의 한쪽 버킷에 속하고.
00:03:40나머지 5%는 출시하려는 기능 그룹에 속하게 된다는 의미입니다.
00:03:44이 명령을 실행하면 상세 내용을 좁혀서 메시지를 전송할 수 있습니다. 즉 프로덕션 환경의 분할을 구성하여.
00:03:50false는 끔, true는 킴으로 설정하면 실제 플랫폼에 반영되어 유지됩니다.
00:03:56보시다시피 프로덕션 환경에서 a-b-split 기능 플래그가 성공적으로 업데이트되었습니다.
00:04:02이번에는 Vercel CLI에서 제가 가장 좋아하는 새로운 기능일지도 모를 기능입니다. vc curl을 통해 curl의 작동 방식을 완전히 새롭게 설계했습니다.
00:04:09이제 에이전트가 단순히 코드만 작성할 필요가 없습니다. 예전에는 그랬지만, 이제는 변경된 사항을 테스트해야 합니다.
00:04:14vc curl을 사용하면 배포 URL을 수동으로 결합할 필요 없이 연결된 프로젝트나 특정 배포를 대상으로 요청을 보낼 수 있습니다.
00:04:19여기에 더해 네이티브 curl 명령어를 기반으로 개발되었기 때문에 curl에서 사용하던 모든 기능을 vc curl에서도 그대로 사용할 수 있습니다.
00:04:26보시다시피 터미널을 열어두었고 사용자 사이트가 있습니다.
00:04:32접속해 보면 아주 기본적인 hello API가 있는 사이트인 것을 확인할 수 있습니다.
00:04:38여기서 vc curl /api/hello 같은 명령어를 실행하면 결과 명령어가 출력되는 것을 볼 수 있습니다.
00:04:46좋습니다, 아주 대단한 건 아니지만 에이전트에게 동일한 작업을 수행하도록 지시하면 멋질 것 같습니다.
00:04:52예를 들어 무언가를 배포한 후 엔드포인트가 어떻게 생겼는지, 제대로 작동하는지, 무언가 깨진 것은 없는지 확인하는 워크플로우에서 말이죠.
00:04:57vc curl을 사용하여 /api/hello 엔드포인트를 호출해 줄래?
00:05:10좋습니다. 엔드포인트 응답이 성공적이며 에이전트가 완벽하게 작업을 수행했습니다.
00:05:14그럼 이번에는 작동 여부를 테스트하기 위해 /api/users 엔드포인트로 POST 요청을 보내보는 건 어떨까 하고 물어보면 어떻게 될까요?
00:05:22Vercel에 배포했기 때문에 엔드포인트의 실제 스키마를 자동으로 파악하고.
00:05:35네이티브 명령어를 사용해 POST 명령을 실행합니다. 보시다시피 POST가 올바르게 작동합니다.
00:05:41응답으로 create id 3, name melky가 생성되었고, hello-api-flame.vercel.app에서 배포를 예약하기 위해 vc를 사용했습니다.
00:05:47Vercel 팀이 지난 몇 달 동안 열심히 준비한 또 하나의 흥미로운 기능은 Vercel CLI용 실험적 네이티브 바이너리입니다.
00:05:54우리가 만들고자 하는 경험은 Mac, Windows, Linux 중 무엇을 쓰든 상관없이.
00:06:00사용자의 빌드 및 운영 체제에 가장 적합한 최상의 환경을 제공하는 데 집중하는 것입니다.
00:06:05보시다시피 기존 vc 명령어는 더 이상 없습니다. Node를 통해 설치했던 일반적인 Vercel CLI를 완전히 삭제하고 제거했습니다.
00:06:12그리고 npm install -g @vercel/vc-native를 실행하려고 합니다.
00:06:18패키지를 찾아서 설치한 뒤 which vc를 실행해 보면 네이티브 바이너리가 설치되었음을 알 수 있습니다.
00:06:26제가 맥을 사용하고 있기 때문에 제 컴퓨터용 macOS 바이너리가 설치된 것입니다. 이제 기존처럼 모든 명령어가 작동하는 것을 보여드릴 수도 있지만.
00:06:32제가 정말로 시연하고 싶은 것은 실행 방식의 차이입니다.
00:06:37보시다시피 이것은 실제로 제 현재 컴퓨터인 ARM 64 기반 맥용 64비트 실행 파일입니다.
00:06:44인텔 칩이 아니라 M4 칩을 사용하고 있습니다. 그리고 또 하나 정말 보여드리고 싶은 것은.
00:06:49이 바이너리들의 실제 크기 차이입니다. 여기 보시는 것처럼 필요한 모든 것이 포함된 바이너리의 크기가.
00:06:5566메가바이트에 불과합니다. 따라서 이 바이너리들은 훨씬 더 빠르고 가볍습니다. Windows, Linux, Mac 사용자 모두 최고의 경험을 누릴 수 있도록 이를 배포하고 있습니다.
00:07:02자, 다음 파트는 아주 흥미진진합니다. 플러그인이 대부분의 개발 도구를 장악하고 있습니다.
00:07:08아직 경험해 보지 못하셨다면, 플러그인은 개발 환경을 크게 최적화하여 개발 도구의 동작 방식을 완전히 바꾸고 이끌어갈 수 있습니다.
00:07:16Vercel 역시 Vercel을 사용하여 개발하는 모든 사람에게 필수적인 자체 Vercel 플러그인을 보유하고 있습니다.
00:07:22보시다시피 저는 지금 Claude Code를 열어두었는데요, Vercel 플러그인이 어디서나 사용 가능함을 보여드리고 싶습니다.
00:07:29현재 저는 Claude Code 도구의 공식 마켓플레이스에 와 있습니다.
00:07:34여기서 Vercel을 검색해 보면, Claude Code 플러그인용 Vercel 공식 버전을 볼 수 있으며.
00:07:42설치 횟수가 15만 2천 회에 달합니다. 사용자 범위 또는 전역 범위로 설치를 진행할 수 있습니다.
00:07:48저는 여기서 사용자 범위로 설치를 진행하겠습니다. 이제 플러그인을 다시 로드하라는 메시지가 표시될 것입니다.
00:07:54reload-plugins를 실행하면 플러그인이 다시 로드되며, 사용할 수 있는 다양한 스킬과 에이전트들이 함께 제공됩니다.
00:08:01이제 Next.js로 개발을 하거나, shadcn, auth 등을 사용하여 배포하고 싶을 때 언제든.
00:08:06Claude Code용 Vercel 플러그인이 모든 것을 지원해 줍니다. 하지만 여기서 끝나지 않습니다.
00:08:13Codex를 열어봐도 정확히 똑같은 경험을 제공합니다. plugins를 실행하여 사용 가능한 다양한 플러그인을 찾아볼 수 있습니다.
00:08:20보시다시피 저는 이미 Vercel 플러그인을 설치해 두었습니다. 이 역시 OpenAI 공식 Codex 마켓플레이스에서 제공하는 것입니다.
00:08:27따라서 Codex에서 GPT 모델을 사용하고 싶다면 어떤 환경이든 Vercel 플러그인이 여러분을 지원합니다.
00:08:33하지만 끝이 아닙니다. Grok CLI의 경우에도.
00:08:40마찬가지로 plugins를 통해 Grok 마켓플레이스에서도 Vercel 플러그인을 사용할 수 있음을 확인할 수 있습니다.
00:08:47따라서 Grok, Claude Code, Codex 등 어떤 개발 도구를 선호하든 Vercel 플러그인을 사용할 수 있습니다.
00:08:54선호하는 어떤 도구에서든 npx 명령어로 설치할 수도 있으니 직접 사용해보고 CLI 경험을 한 단계 끌어올려 보세요.
00:09:00여러분, 이번 짧은 업데이트 영상을 시청해 주셔서 정말 감사합니다.
00:09:06앞으로 파트 2, 파트 3 등 다양한 시리즈가 계속 공개될 예정이니 꼭 채널 고정해 주시기 바랍니다.
00:09:11CLI 분야에서 우리가 어떻게 혁신을 이루고 있는지, 에이전트 활용 능력을 어떻게 높여주고 있는지.
00:09:16그리고 Vercel에서 준비 중인 멋진 기능들을 계속해서 보여드리겠습니다.
00:09:22그럼 다음 영상에서 만나요. 안녕히 계세요!