Spotify 코딩 에이전트 세션 관리자 Xirp 공개, Mac 전용에 Spotify 계정 필수
Spotify가 8월 10일 코딩 에이전트 세션 관리자 Xirp를 공개 베타로 열었습니다. 사내에서 3만 6천 건 넘는 세션을 돌리며 만든 Mac 앱이고, Claude Code·Codex·Gemini 세션을 Git worktree별로 갈라 병렬 실행합니다.
- Spotify가 사내 3만 6천 세션으로 검증한 Xirp를 공개 베타로 열었습니다.
- Claude Code·Codex·Gemini 세션을
git worktree별로 갈라 돌립니다. - 베타는 macOS 전용이고 Spotify 계정이 필요합니다.
코딩 에이전트를 한 번에 세 개, 다섯 개씩 돌려 본 사람은 같은 불편을 겪습니다. 터미널 창을 그만큼 띄우고, 서로 같은 파일을 고치지 않도록 저장소를 복사하거나 git worktree를 손으로 만들고, 어느 창이 무슨 작업 중이었는지는 기억에 의존합니다. Spotify가 2026년 8월 10일 공개 베타로 연 Xirp는 이 손작업을 대신하는 Mac 앱입니다.
발표 글 제목은 "Spotify에서 AI 코딩 에이전트를 확장하며 배운 것"이고, 작성자는 Spotify의 Tyson Singer입니다. 제품 소개가 아니라 사내 운영 보고서 형식으로 나왔습니다. Spotify는 Xirp로 사내에서 이미 3만 6천 건이 넘는 코딩 에이전트 세션을 처리했다고 밝혔습니다.
Xirp는 새 모델도 새 에이전트도 아닙니다. 이미 설치해 쓰는 Claude Code, Codex, Gemini CLI 위에 얹는 관리 계층입니다. 각 에이전트의 로그인과 설정은 지금처럼 해당 CLI에서 그대로 합니다. Xirp는 그 위에서 세션을 만들고, 격리하고, 목록으로 보여 주는 일만 합니다.
세션 하나에 체크아웃 하나
Xirp가 다루는 단위는 두 가지입니다. 세션은 프로젝트 안에서 코딩 에이전트를 띄운 터미널 하나입니다. Xirp 창을 닫아도 세션은 계속 돌아갑니다. worktree는 그 세션에만 주는 별도의 Git 체크아웃과 브랜치입니다. 세션마다 작업 디렉터리가 달라서, 여러 에이전트가 같은 저장소를 동시에 고쳐도 서로의 파일을 덮어쓰지 않습니다.
화면 왼쪽 목록이 이 제품의 전부라고 봐도 됩니다. 프로젝트 세 개 아래 세션이 붙어 있고, 세션마다 session/scheming-hawk-jhgk 같은 브랜치명과 Working 또는 Idle 상태가 달려 있습니다. 지금까지 터미널 탭 이름과 머릿속에 나눠 두던 정보입니다.
세션과 worktree는 따로 관리됩니다. 공식 문서에 따르면 세션을 닫아도 그 worktree는 지워지지 않고, 반대도 마찬가지입니다. 에이전트가 만들다 만 브랜치를 나중에 직접 열어 확인할 수 있다는 뜻입니다.
설치할 때 Xirp가 Mac에 깔린 코딩 에이전트 CLI를 자동으로 찾아 기본값을 고르게 합니다. 새 세션을 만들 때마다 어떤 에이전트를 쓸지, 메인 체크아웃에서 작업할지 새 worktree를 팔지 고릅니다. Spotify는 한 사람이 50개 이상 세션을 동시에 돌릴 수 있다고 소개합니다.
PR은 늘었는데 재작업도 함께 늘었다
발표 글에서 제품 설명보다 값진 부분은 Spotify가 사내에서 겪었다고 밝힌 실패 세 가지입니다. 에이전트를 조직 규모로 늘렸을 때 무엇이 깨졌는지에 대한 1차 기록이라, 아직 Xirp를 쓸 계획이 없어도 읽을 값이 있습니다.
"한 세션에 쌓인 맥락이 정작 다른 세션에서 필요했다." 조직의 축적된 지식이 개인의 CLAUDE.md, 각자의 MCP 설정, 개인 프롬프트로 흩어졌습니다.
"한 세션의 에이전트가, 다른 세션이 이미 해결한 것을 다시 알아내느라 시간을 썼다."
"PR은 늘었다. 그런데 재작업과 불일치, 낭비된 토큰도 같이 늘었다."
세 번째가 가장 구체적입니다. 에이전트를 늘리면 PR 수는 확실히 늘지만 그 증가분이 그대로 성과가 되지는 않았다는 자기 보고입니다. 이 블로그가 앞서 다룬 코딩 에이전트 명령 승인 40만 건 분석이 "승인 단계에서 무엇이 새는가"를 봤다면, Spotify의 기록은 그 앞단인 "세션을 늘리면 무엇이 새는가"에 해당합니다.
다만 사용 규모 수치는 소스마다 어긋납니다. 공식 블로그는 "수천 명의 엔지니어"라고 적었는데, 같은 날 인용된 소셜 게시물에는 "1,300명 이상"으로 나옵니다. 둘 다 Spotify 자체 보고이고 독립 검증은 없습니다. 세션 3만 6천 건이라는 숫자만 발표 글에 직접 적혀 있습니다.
지금 쓸 수 있나
베타 신청은 누구나 할 수 있지만 조건이 네 가지 걸립니다. 특히 Mac이 아니면 지금은 방법이 없습니다.
| 항목 | 확인된 내용 |
|---|---|
| 대상 | 개인 개발자도 신청 가능. Portal 연동은 선택이라 조직 계약 없이 로컬 프로젝트에만 써도 됩니다 |
| 요금제·가격 | Xirp 가격 미공개. 제품 페이지는 무료 사용과 Portal 무료 체험만 안내합니다. 에이전트 구독료는 본인 부담 |
| 한국 사용 | 공식 문서·FAQ·제품 페이지에 국가 제한 문구가 없습니다. 다만 지원 지역을 명시한 문장도 없어 확정된 것은 아닙니다 |
| 필요 조건 | Mac 필수(베타 기간 Windows·Linux 미지원), Spotify Technology 계정, 베타 신청, Claude Code·Codex·Gemini CLI 중 하나 이상 설치·인증 |
FAQ는 macOS 전용을 못 박았고 Windows와 Linux를 미지원으로 적었습니다. 그리고 첫 실행 화면에서 Spotify Technology 계정 로그인을 요구합니다. 계정이 없으면 그 자리에서 만들 수 있지만, 코딩 도구를 쓰려고 계정을 새로 만들어야 한다는 점 자체가 공개 직후 가장 많이 지적받은 부분입니다.
코드가 어디로 가는지는 FAQ에 두 문장으로 나뉘어 있습니다. 프로젝트를 등록하거나 Portal에 연결하는 것만으로는 로컬 파일이 업로드되지 않고 코드는 Mac에 남습니다. 대신 세션 기록을 Portal로 올릴 때는 Xirp가 자격 증명이나 개인 정보, 민감한 내용을 걸러 주지 않습니다. 올리기 전에 직접 검토하라고 문서에 명시돼 있습니다.
Spotify가 파는 것은 앱이 아니라 Portal
Xirp 혼자서는 worktree 런처에 가깝습니다. 발표 글이 강조하는 값은 Portal 연동에서 나옵니다. Portal은 Spotify가 Backstage를 기반으로 파는 상용 개발자 포털이고, 서비스 목록과 의존성, 소유권 정보를 담고 있습니다. Xirp를 여기에 연결하면 에이전트가 세션 시작부터 그 정보를 갖고 출발하고, 끝난 세션 기록은 다시 Portal에 쌓입니다.
이 구조에서 개인 사용자와 조직의 이해가 갈립니다. 개인에게 Xirp는 터미널 관리 앱이고, 조직에는 누가 어떤 에이전트로 무엇을 시켰는지가 프로젝트 단위로 남는 기록 시스템입니다. Spotify가 무료로 여는 쪽은 앞이고, 파는 쪽은 뒤입니다.
오픈소스 여부에도 답이 없습니다. Spotify는 2020년 Backstage를 오픈소스로 공개해 CNCF 프로젝트로 넘긴 회사라, 공개 직후 Xirp도 같은 길을 갈지 묻는 질문이 여러 건 나왔습니다. 저장소도 라이선스도 아직 없고 Spotify는 답하지 않았습니다. 비용을 걱정하는 반응도 있었습니다. 병렬 실행이 쉬워질수록 API 예산이 빨리 소진된다는 지적인데, 세션 50개를 한 번에 띄울 수 있게 만든 도구에는 타당한 지적입니다.
Mac에서 Claude Code나 Codex를 쓰면서 이미 git worktree를 손으로 만들어 병렬 작업하던 사람이라면, 베타를 신청해 저장소 하나만 등록하고 평소 하던 분기 작업 한 건을 Xirp 세션으로 옮겨 보면 판단이 섭니다. 확인할 것은 화면이 아니라 하나입니다. Portal에 아무것도 올리지 않은 상태에서도 worktree 관리가 손으로 하던 것보다 실제로 편한가. 여기서 이득이 없다면 이 제품은 사내 카탈로그를 이미 갖춘 조직용이고, 개인이 지금 얻을 것은 없습니다. Windows나 Linux를 쓴다면 지원 플랫폼이 늘어날 때까지는 선택지 자체가 없습니다.