6인 규모의 Stably 팀은 Vercel을 도입해 AI 테스트 에이전트 배포 주기를 몇 주에서 몇 시간으로 단축했다. 이 사례는 Vercel 플랫폼이 인프라 부담을 어떻게 해소하는지 잘 보여주며, 덕분에 자율 테스트 역량을 강화하고 엔터프라이즈 고객도 빠르게 확장할 수 있었다.
Stably의 공동 창업자이자 CEO인 Jinjing Liang은 기술적으로 야심 찬 도전을 이어가고 있었다. 프리뷰 URL에 배포하고, 코드 diff를 읽고, 변경 사항이 실제로 제대로 동작하는지 검증하는 방식으로 자율 엔드투엔드 테스트를 수행하는 AI 에이전트를 만드는 것이었다. 테스트는 자율 코딩의 병목이다. AI는 코드를 빠르게 작성할 수 있지만, 검증 수단이 없으면 팀은 결국 모든 것을 수동으로 확인하는 데 발이 묶인다.
하지만 Stably 팀도 자체적인 병목을 안고 있었다. 새 기능을 추가할 때마다 인프라를 결정해야 했고, 새 에이전트를 배포할 때마다 불안감이 따라붙었다. 6인 팀에게 이런 DevOps 부담은 감당하기 어려운 수준이었다.
새 제품 라인을 몇 주가 아닌 몇 시간 만에 출시
사내 도구(Slack 봇, 대시보드)를 배포 걱정 없이 개발
초기 제품 단계부터 엔터프라이즈 계약까지 동일한 인프라로 확장
전체 스택을 6인 팀이 운영하며 수익을 창출하는 린(lean) 구조 실현

"Stably는 Claude Code 같은 코딩 에이전트와 직접 연동되는 AI 엔드투엔드 테스트 프레임워크입니다." Jinjing은 이렇게 설명한다. "실제 사용자처럼 애플리케이션을 클릭하며 직접 테스트하죠. 에이전트가 Stably를 호출해 자신이 작성한 코드를 스스로 검증하기 때문에, 병렬로 실행하면서 높은 품질의 기능을 대규모로 배포할 수 있습니다."
Stably를 창업하기 전, Jinjing은 Google Chrome 팀에서 인프라를 구축했고 공동 창업자 Neil은 Uber의 안전 팀에서 근무했다. 두 사람 모두 작은 장애가 큰 파급력을 낳는 시스템을 운영한 경험이 있었다. 그 경험은 Stably를 만드는 방식에도 그대로 녹아들었다. 팀 규모가 작더라도 안정성은 기본 전제였다. 수익은 내고 있었지만 최대한 린하게 운영해야 했고, 가능한 모든 곳에 AI 도구를 활용했다. DevOps에 엔지니어링 사이클을 낭비할 여유가 없었다.
프론트엔드와 백엔드 모두 Vercel 위에서 운영되며, AI 확장성과 높은 TPM 한도를 위한 AI Gateway, 그리고 에이전틱(agentic) 코드 실행을 위한 Sandbox를 함께 활용하고 있다.
Jinjing의 팀은 스택을 구성하는 각 요소마다 꼼꼼하게 벤더 평가를 진행했다. 하지만 결국은 언제나 Vercel이 선택받았다. 대안을 검토할 때마다 결론은 같았다. 더 나은 개발자 경험, 더 적은 버그, 더 적은 제약, 더 빠른 기능 추가였다.
"It always happens: Vercel just has the best developer experience, less bugs, less restriction, and we can see they're adding more and more features a lot quicker.항상 그래왔어요. Vercel은 개발자 경험이 가장 좋고, 버그도 적고, 제약도 덜하고, 기능도 훨씬 빠르게 추가되는 걸 눈으로 확인할 수 있거든요.항상 그래왔어요. Vercel은 개발자 경험이 가장 좋고, 버그도 적고, 제약도 덜하고, 기능도 훨씬 빠르게 추가되는 걸 눈으로 확인할 수 있거든요."
그녀의 철학은 단순하다. "특별한 이유가 없다면 커뮤니티의 선택을 믿어야 해요. 기본값은 이래야 하죠. 'Vercel로 만들지 않을 이유가 뭔지 내가 먼저 설명해야 한다'고요."
인프라가 더 이상 의사결정의 변수가 되지 않자, 예상치 못한 일이 생겼다. 팀 전체의 운영 리듬이 바뀐 것이다.
"예전에는 '뭔가 보이면 말해줘'라고 했어요." Jinjing은 이렇게 회상한다. "그런데 지금은 '뭔가 보이면 그냥 해버려'로 바뀌었죠."
엔지니어들은 더 이상 배포가 걸림돌이 될지 고민하지 않았고, 제품 아이디어는 같은 날 바로 기능으로 출시됐다. '언젠가는 만들어야지' 하고 미뤄두었던 사내 도구들도 몇 시간 만에 완성됐다.
Stably는 데이터베이스를 검색하고 질문에 답하는 Slack 봇, 대시보드, 새로운 에이전트까지 모두 동일한 Vercel 스택 위에 구축했다. "배포가 발목을 잡지 않는다는 걸 알기 때문에, 새로운 제품을 출시하는 게 두렵지 않아요." 그녀는 말한다.
팀은 심지어 서비스 전체를 자율적으로 배포하는 사내 AI 에이전트까지 만들었다. "'이 새 제품 꼭 추가하고 싶은데' 싶으면 그냥 가서 직접 해버리면 돼요. DevOps 작업 전부 다 할 수 있거든요. 더 이상 어렵지 않아요. Vercel 위에서 완전히 돌아가는 Slack 봇에게 물어보기만 해도 되고요. 그 봇이 알아서 다 만들고 PR까지 올려줘요."
5개월 전 Stably가 Vercel AI 액셀러레이터에 지원할 당시, 회사는 변곡점에 서 있었다. 수년간의 반복 개발을 거쳐온 시점이었다. 초기에는 사용자와 대화하며 문제를 파악하는 데 집중했고, 테스트를 개발 파이프라인 말단에 붙여두는 별도 흐름으로 처리하는 버전의 제품을 만들었다.
하지만 지원 직전, 팀은 핵심을 깨달았다. 진짜 돌파구는 테스트를 개발자 워크플로에 직접 내재화하는 데 있다는 것이었다. 그 방향으로 새 제품의 초기 버전을 만들고, 빠른 피드백을 받은 후 그 기세를 몰아 액셀러레이터에 지원했다.
프로그램에 합류한 뒤, 세션들은 제품과 비즈니스 사고 방식 모두를 다듬는 계기가 됐다. Vercel, MongoDB, HubSpot이 함께한 파이어사이드 챗에서 Jinjing은 가격 전략에 대한 명확한 인사이트를 얻었다. 한 세션에서 들은 말이 특히 뇌리에 박혔다. "가격 책정이 곧 제품이다."
"예전에는 가격 관련 부분을 인턴한테 맡겼어요." 그녀는 솔직하게 인정한다. "하지만 그 이후로는 제가 직접 가격 전체를 검토해요. 팀에서 가격 코드를 가장 잘 아는 사람이 저예요. 그 영역에 얼마나 많은 고민이 필요한지 새삼 깨닫게 되는 경험이었죠."
액셀러레이터에서 우승하고 Vercel Ventures로부터 투자까지 받으면서, Stably의 궤적은 자금 조달 그 이상의 방식으로 바뀌었다. 브랜드 신뢰도가 엔터프라이즈 영업 대화의 문을 열어줬다. "고객들이 '아, Vercel이 투자한 곳이죠? 그거 좋은 신호네요'라고 말하는 경우가 많았어요. 우리가 이미 만들어가고 있던 것을 확인해주는 동시에, 엔터프라이즈 구매자들에게 추가적인 신뢰를 심어줬죠."
액셀러레이터 우승 소식을 알린 LinkedIn 게시물에서 여러 건의 인바운드 리드가 발생했고, 그 중 일부는 현재 계약으로 마무리되는 단계다.
액셀러레이터 이후, Stably의 행보는 크게 두 방향으로 달라졌다. "첫째," Jinjing은 말한다, "핵심 제품과 사내에서 만든 도구들을 오픈소스로 더 많이 공개하기 시작했어요. Vercel의 방식, 즉 Next.js와 Turborepo처럼 개발자에게 오픈 도구를 제공하면서 비즈니스를 함께 키우는 플레이북을 따르는 거죠. 처음부터 Vercel에 끌렸던 이유도 바로 그 오픈소스 정신이었고요. 둘째, 실질적인 매출 성과예요. 액셀러레이터에서 이어진 엔터프라이즈 파일럿들이 계약으로 전환되고 있습니다."
Stably에게 인프라는 애초에 주인공이 아니었다. 주인공은 제품이었다. Vercel은 인프라가 그 앞에 나서지 않도록 해줬을 뿐이다.
그 집중이 결실을 맺고 있다. 6인으로 구성된 팀이 수익을 창출하면서도 린하게 운영하며, 엔터프라이즈 파일럿을 계약으로 전환하고, 테스트 프레임워크의 오픈소스 공개를 준비하면서, 새 제품 라인을 몇 주가 아닌 몇 시간 만에 출시하고 있다.
사내 문화 변화로 시작된 그 모토, 뭔가 보이면 그냥 해버려는 이제 회사 전체의 운영 원칙이 됐다.
Stably 소개: Stably는 개발자 워크플로에 직접 통합되는 AI 기반 엔드투엔드 테스트를 구축해, 코딩 에이전트가 자신의 작업을 대규모로 검증할 수 있도록 지원합니다.