Vercel 에이전트가 이제 Slack과 연동됩니다. 대화 창을 벗어나지 않고도 @Vercel을 멘션해 장애를 진단하고, PR을 검토하며, 승인된 변경 사항을 바로 배포할 수 있습니다. 현재 Pro 및 Enterprise 팀을 대상으로 퍼블릭 베타로 제공 중입니다.
Vercel 에이전트가 이제 Slack과 연동됩니다. 팀원을 스레드에 초대하듯 멘션하면, 에이전트가 대화 흐름을 파악하고 앱이 실행되는 플랫폼 맥락에 맞는 답변을 제공하며, 팀이 내린 결정을 실제 변경 사항으로 전환합니다. Vercel for Slack은 오늘부터 Pro 및 Enterprise 팀을 대상으로 퍼블릭 베타로 제공됩니다.
모든 작업은 대화에서 시작됩니다. 채널에서 알림을 발견하고, 스레드에서 수정 방향을 합의하지만, 결국 누군가는 실제 작업을 위해 Slack을 떠나야 합니다. Vercel 에이전트를 활용하면 인프라에 대한 질문을 던지거나 작업을 직접 맡기는 것까지, 대화 창을 벗어나지 않고 모두 처리할 수 있습니다.
Vercel 에이전트를 처음 소개할 때, 개발 워크플로우를 함께하는 AI 팀원이라고 표현했습니다. 지금은 프로덕션 앱의 최일선 대응자로 자리잡았습니다. 무언가 변화가 감지되면 에이전트는 로그, 지표, 배포 기록을 직접 조사해 근본 원인을 찾아내고 수정안을 제시합니다. 누군가 노트북을 열기도 전에 말이죠. PR을 건네면 CI를 통과했더라도 놓치기 쉬운 회귀 오류와 위험한 변경 사항을 짚어냅니다.
Slack에서는 이 에이전트가 대화에 직접 참여합니다. Vercel의 핵심 기능으로 통합되어 있어, 무언가 입력하기 전부터 배포 현황, 빌드 상태, 로그, 지표, 코드 리뷰, PR 정보를 모두 파악하고 있습니다. 채널이든 스레드든 DM이든 @Vercel을 멘션하면, 관련 탭을 모두 열어둔 팀원처럼 즉각 답변합니다. 그런데 답변은 절반에 불과합니다. 문제가 파악되면 에이전트가 직접 수정에 나섭니다.
장애 진단: 인시던트를 조사하고, 오류를 유발한 배포를 추적하며, 비용 급증 원인을 설명하고, 코드베이스에 대한 질문에 답합니다.
팀과 함께 코딩: 실패한 빌드와 CI를 수정하고, 프로덕션 실행 환경을 바탕으로 PR을 리뷰하며, 스레드에서 합의된 내용을 테스트를 거친 풀 리퀘스트로 만들어냅니다.
프로젝트 운영: 배포를 롤백하고, 설정을 업데이트하며, 피처 플래그를 관리하고, 비정상적인 사용량이 청구서로 이어지기 전에 처리합니다.
에이전트는 기본적으로 읽기 전용으로 동작하며, 코드나 설정을 변경하는 모든 작업은 사용자가 승인하는 플랜을 거쳐 실행됩니다. Vercel for Slack은 이 전체 흐름을 팀이 이미 업무를 논의하고 있는 스레드 안으로 가져옵니다.
팀의 결정은 협업을 통해 만들어집니다. 인시던트는 채널에서 분류되고, 코드 리뷰는 스레드에서 조율되며, 기능 범위는 스탠드업 사이에 좁혀집니다. 하지만 스레드에서 방향이 정해진 뒤에도, 그 내용은 여전히 티켓과 터미널 명령어와 PR 설명으로 옮겨져야 합니다. 맥락은 인수인계 과정마다 손실되고, 모든 상황을 담고 있던 대화는 결국 각자의 기억에 의존해 요약됩니다. Vercel for Slack은 매 작업마다 에이전트에게 원본 대화의 전체 맥락을 그대로 전달합니다.
오후 1시 42분에 배포가 나갑니다. 1시 51분이 되자 결제 오류율이 오르기 시작하고, 플랫폼 엔지니어링 채널에 알림이 도착합니다.
그 다음은 흩어지는 것이었습니다. 한 명은 로그를 열어 피해 규모를 파악하고, 다른 한 명은 코딩 에이전트에게 이상 징후와 배포 타임라인을 맞춰보라고 요청하며, 또 다른 한 명은 의심되는 PR의 diff를 읽기 시작합니다. 각자 같은 시스템을 자신만의 화면으로 보며 개별적으로 조사하고, 스레드에서는 스크린샷을 붙여 넣고 에이전트 결과를 요약하고 서로 오류를 정정하며 상황의 실제 전모를 맞춰갑니다. 정작 중요한 시간은 행동하기 전에 전체 그림을 조합하는 데 소비됩니다.
Vercel for Slack을 사용하면 첫 번째 질문이 스레드 안에서 바로 에이전트에게 전달됩니다.
"@Vercel, 1시 42분 배포 이후 결제 오류가 급증했어. 무슨 일이야?"
에이전트는 피해 범위를 산정하고, 급증을 배포와 연관지어 원인이 된 PR을 특정하며, 어느 파일의 어떤 변경이 어떤 동작을 유발했는지 설명합니다. 이 답변이 채널에 올라오면 팀 전체가 동시에 같은 진단 결과를 확인할 수 있습니다.
모두가 같은 보고서를 보고 있기 때문에, 팀원의 조사를 다시 따라가거나 요약을 기다릴 필요가 없습니다. 결제 코드를 잘 아는 엔지니어는 변경 사항 자체에 대해 의견을 내고, 온콜 담당자는 영향받은 사용자 수와 수정에 걸릴 시간을 저울질하며, 스레드에 남는 것은 오직 하나, 롤백할지 수정 후 배포할지의 결정입니다.
스레드, 채널, DM 자체가 프롬프트의 시작입니다. 이미 나눈 대화를 다시 설명하거나 앱과 코드베이스의 맥락을 별도로 전달할 필요가 없습니다. 다른 팀원을 부르듯 대화에 초대하면, 에이전트가 분위기를 읽고 팀이 논의해온 내용을 파악해 요청에 따라 행동합니다.
이를 잘 보여주는 사례가 Vercel 에이전트의 플랜 카드 개선 과정입니다. 플랜 카드란 에이전트가 Slack에 올려 수행하려는 작업에 대한 승인을 요청하는 메시지입니다. 내부에서 처음 테스트한 버전은 텍스트 덩어리에 가까웠는데, 우리 엔지니어 중 한 명이 사람들이 세부 내용을 다 읽지 않고 승인하는 경우가 많다는 것을 발견했습니다. 그래서 팀을 대신해 어떤 행동을 확인하기 전에 무엇을 보여줘야 하는지를 주제로 47개의 댓글이 달린 리디자인 스레드가 열렸고, 그 스레드 말미에 Vercel 에이전트를 태그한 결과물이 지금 보이는 카드입니다.
이런 대화에서 시작된 PR이 스레드에 올라올 때쯤이면 테스트는 이미 완료되어 있고 미리보기 배포도 라이브 상태입니다. 덕분에 팀은 해당 기능을 처음 논의했던 바로 그 대화 안에서 리뷰를 시작할 수 있습니다.
PR이 논의되는 스레드에서 Vercel 에이전트에게 리뷰를 요청하면, 그간의 대화가 요청과 함께 전달됩니다. 팀이 제기했던 사항들이 에이전트가 확인할 기준이 되고, 결과는 같은 스레드로 돌아옵니다. 이를 논의하고 결정하고 수정하는 일이, 다른 도구를 오가는 대신 하나의 흐름으로 이어집니다.
실제 PR 논의 중 누군가 스레드 중간에 리뷰를 요청한 사례가 있었습니다. 에이전트는 diff 바로 바깥에 있던 버그, 즉 UI에서 같은 제목이 두 번 렌더링되는 문제를 발견해 돌아왔습니다.
발견이 코멘트로 끝날 필요는 없습니다. 팀이 수정하기로 동의하면 에이전트가 직접 PR을 수정하고, 그 변경 사항은 다른 모든 것과 마찬가지로 승인을 기다리는 제안의 형태로 전달됩니다.
스레드에서 변경 방향이 정해지면 Vercel 에이전트는 어느 프로젝트에서 어떤 범위로 무엇이 실행될지를 담은 플랜을 답변으로 올립니다. 채널의 결정은 여러 사람에 걸쳐, 시간을 두고 조각조각 만들어지며 누구도 "결정:"이라고 명시하지 않습니다. 플랜은 그 모든 조각을 하나의 명확한 동의 대상으로 만들어줍니다. 승인이 나면 에이전트는 자신의 계정으로 작업을 수행하고, 누가 요청했고 누가 승인했으며 무엇이 실행됐는지 감사 추적이 남습니다.
우리 팀 스레드에서도 실제 사례가 있었습니다. 업데이트를 배포한 후 캐시된 페이지에 오래된 데이터가 표시되는 문제였습니다. 피크 타임이었기 때문에 특정 페이지만 범위를 한정해 캐시를 비워달라는 요청이 나왔고, 에이전트에게 설정을 맡겼습니다. 돌아온 플랜은 요청과 정확히 일치했습니다. 해당 경로와 하위 경로의 캐시만 비우고 나머지 사이트 캐시는 그대로 유지하는 내용이었으며, 누군가 승인할 때까지 아무것도 실행되지 않았습니다.
스레드가 진단으로 끝나든, 풀 리퀘스트로 끝나든, 캐시 삭제로 끝나든, 마지막 단계는 반드시 사람의 몫입니다.
가장 쉬운 시작은 Vercel 에이전트에게 그냥 질문을 던져보는 것입니다. 쫓고 있는 오류나 방금 실패한 빌드에 대해 물어보고, 결과를 확인한 뒤, 시간이 지나면서 팀이 에이전트에게 얼마나 많은 작업을 맡길지 결정하면 됩니다. 누군가 플랜을 승인하기 전까지 에이전트는 읽기만 합니다.
Vercel for Slack은 Pro 및 Enterprise 팀을 대상으로 퍼블릭 베타로 제공됩니다. Slack에서 Vercel 에이전트를 사용하려면:
Vercel Marketplace의 Slack 앱을 열고 Connect Account를 클릭합니다.
연결할 Slack 워크스페이스를 선택한 후 Allow를 클릭합니다.
채널, 스레드, 또는 DM에서 @Vercel를 멘션합니다.
처음 사용 시 Vercel 계정으로 로그인하라는 안내가 표시됩니다.
설정 및 권한에 대한 자세한 내용은 Vercel for Slack 문서를 참고하세요.
