2월 12일, Spotify 공동 CEO Gustav Söderström은 실적 발표 컨퍼런스 콜에서 이렇게 말했다. "저희 최고 엔지니어들은 12월 이후로 코드를 한 줄도 작성하지 않았습니다."
그는 AI가 회사의 코딩 및 배포 속도를 크게 향상시켰으며, 2025년 한 해 동안 50개 이상의 신규 기능을 출시했다고 덧붙였다.
이 발언은 빠르게 퍼져 개발자 커뮤니티에서 큰 반향을 일으켰다. 어떤 이들은 흥분했고, 어떤 이들은 두려워했으며, 사실일 리 없다고 말하는 이들도 있었다.
Spotify가 실제로 무엇을 하고 있는지 자세히 살펴볼 가치가 있다.
사용 중인 도구: Honk 시스템
Spotify에는 Honk이라는 내부 시스템이 있다. 이는 Claude와 워크플로우 파이프라인을 통합한 도구다.
사용 방식은 대략 이렇다.
엔지니어가 휴대폰에서 Slack을 열고 Honk에 메시지를 보낸다.
iOS 앱의 xxx 기능을 수정해 줘. 재현 단계는 xxxx
또는: 사용자에게 보내는 푸시 알림 이메일에 xxx 기능을 추가해 줘
Honk는 작업을 받으면 다음을 수행한다.
- Claude를 호출하여 요구사항을 이해하고 코드 생성
- 자동 빌드 및 테스트 실행
- 앱의 새 버전으로 패키징
- 결과를 Slack으로 푸시
엔지니어는 출근하기 전에 휴대폰에서 완성된 버전을 확인하고, 문제가 없으면 바로 프로덕션에 병합한다.
Vibe Coding과의 차이점
많은 사람들이 이러한 작업 방식을 'vibe coding'이라고 부른다. 몇 마디 말하면 코드가 나온다는 느낌이다.
Spotify의 접근 방식은 산업화된 프로세스에 더 가깝다. 명확한 요구사항, 테스트 커버리지, 리뷰 확인, 배포 파이프라인이 존재한다. 엔지니어는 무작위로 진동하는 것이 아니다. 아키텍처 결정, 요구사항 정의, 품질 관리를 수행하고 있으며, 단지 키보드 입력 단계만 AI에 아웃소싱한 것이다.
이 차이는 중요하다. 코드 품질은 Vibe로 보장되는 것이 아니라, 자동화된 테스트 스위트, 엔지니어의 최종 확인, 그리고 Honk 뒤에 있는 엔지니어링 인프라에 의해 보장된다.
METR 연구에서 AI가 프로그래머를 느리게 만들었다는 결과를 어떻게 이해해야 할까
분명 모순처럼 느껴진다.
우리는 이전에 METR의 연구를 보도한 바 있다. AI 도구를 사용한 경험 많은 프로그래머가 AI를 사용하지 않은 경우보다 작업 완료 속도가 19% 느렸다.
하지만 Spotify의 상황은 METR의 테스트 시나리오와 다르다.
- METR은 AI 도구를 사용하여 새롭고 익숙하지 않은 작업을 작성하는 것을 테스트했으며, 엔지니어는 AI의 오류를 지속적으로 수정해야 했다
- Spotify의 Honk는 풍부한 컨텍스트를 가진 고도로 구조화된 내부 작업을 위해 설계되었다. 성숙한 코드베이스, 완비된 내부 문서, 표준화된 프로세스
Honk는 이러한 조건에서 잘 작동한다. Claude가 활용할 수 있는 충분한 컨텍스트가 있기 때문이다.
엔지니어에게 의미하는 바
Spotify는 엔지니어 수를 줄이고 있지 않다. 오히려 제품 출시 속도를 높이고 있다. 50개 이상의 신규 기능 뒤에는 여전히 이러한 기능이 무엇을 해야 하고 어떻게 만들어져야 하는지 고민하는 사람이 필요하다.
이것이 아마도 가장 현실적인 AI 코딩의 모습일 것이다. 엔지니어가 사라지는 것이 아니라, 엔지니어의 업무가 더 높은 추상화 수준으로 이동하고 있다 — 코드를 작성하는 것에서 코드가 무엇을 해야 하는지 정의하는 것으로.
이러한 변화가 엔지니어의 장기적인 경력 개발에 무엇을 의미하는지는 아직 답이 나오지 않았다. 하지만 Spotify의 사례는 적절한 인프라가 갖춰지면 이러한 변화가 실제 기업에서 이미 일어나고 있음을 보여준다.
출처: Spotify says its best developers haven't written a line of code since December,CocoLoop、 thanks to AI（TechCrunch）；Spotify's AI Coding Shift: Honk and Claude Code Explained（Let's Data Science）