🔥 Warp 오픈소스, 진짜 본론은 라이선스가 아니라 기여 모델이다
강의 목차
오픈소스 프로젝트들이 AI가 쓴 PR을 어떻게 다룰지 다시 정책을 짜기 시작한 그 즈음에, Warp는 정확히 반대 방향을 택했다.
Warp가 어제(2026-04-28) 자기 클라이언트를 오픈소스로 풀었다. 저장소는 github.com/warpdotdev/warp, 라이선스는 AGPLv3 (UI 크레이트 warpui_core / warpui만 MIT). OpenAI가 founding sponsor로 붙었고, 새 기여 워크플로우의 동력은 OpenAI의 GPT 모델 — 발표 닷새 전 출시된 GPT-5.5가 가장 최근 세대다. 그런데 이 발표에서 진짜 흥미로운 대목은 라이선스도 후원사도 아니다. 이 회사가 기여 모델 자체에 회사 전체를 베팅했다는 사실이다.
발표 본문 한 문장이 그 베팅을 압축한다. CEO Zach Lloyd가 직접 쓴 표현이다. "개발의 가장 큰 병목은 더 이상 코드를 쓰는 일이 아니다. 코드 주변의 모든 human-in-the-loop 활동, 즉 제품을 spec하고 동작을 검증하는 일이다." 이 한 문장 위에서 회사의 다음 5년이 굴러간다. 사람이 PR을 쓰지 않고, Oz라는 자기네 클라우드 에이전트 오케스트레이션 플랫폼이 PR을 쓰고, 사람은 방향과 검증과 UX만 맡는 구조를 default로 만들겠다는 선언이다.
다른 OSS는 AI PR을 막는 그 주에
타이밍이 묘하다. 2026년 들어 여러 오픈소스 프로젝트들이 AI가 쓴 contribution을 어떻게 다룰지 정책을 다시 짜고 있다. "AI slop"이라는 용어가 메인테이너 사이에서 일상어가 됐다. 모델이 그럴듯해 보이는 PR을 쏟아내는데 실제로는 이슈 트래커만 시끄럽게 만드는 현상이다. 그 결과 일부 프로젝트는 AI-generated PR을 아예 거절하거나, 제출 시 명시 표기를 의무화하거나, 단계별 검증 프로세스를 강화했다.
Warp는 같은 흐름을 반대로 읽는다. AI PR이 문제라면 오케스트레이션을 잘 짜면 된다는 입장이다. 발표문에 그대로 쓰여 있다. "우리는 Oz가 우리 룰, 컨텍스트, 검증을 거쳐 만들어 내는 코드에 이미 상당한 자신감을 가지고 있다. 그래서 누구든 contribute하면 기능을 올바르게 짜낼 가능성이 높다." 자신감의 근거를 회사가 직접 한 줄로 적어 둔다. Oz 공식 페이지는 "지난 30일간 머지된 PR의 60% 이상이 Oz가 만든 것"이라고 명시한다. 회사 안에서 어느 정도 검증된 워크플로우를 외부 기여자에게 그대로 열겠다는 얘기다.
이 베팅이 다른 OSS 프로젝트와 갈리는 곳은 코드 작성 주체다. 일반적인 OSS 모델에서 사람은 코드를 쓰고 메인테이너는 review한다. AI는 옵션이거나, 시도되더라도 보조 도구다. Warp가 그리는 그림은 다르다. 사람은 무엇을 만들지와 그게 진짜 작동하는지만 보고, 어떻게 짤지는 에이전트의 일이다. 기여자라는 단어의 정의 자체를 다시 쓰겠다는 뜻이다. AI 기여를 옆에서 막을 게 아니라 첫 번째 관문으로 삼겠다는, 단어 그대로 거꾸로 가는 행보다.
왜 5년을 기다렸나
발표문 마지막 단락이 그 답을 직접 적어 둔다. Lloyd 본인의 표현이다. "매년 오픈소스화를 토의했지만, 올해 처음으로 균형이 기울었다고 느꼈다 — 에이전트의 부상 때문에." 이 한 줄이 의외로 중요하다. 오픈소스 자체가 새로운 결정이 아니었다는 뜻이다. 2022년 Warp가 처음 Show HN에 등장했을 때부터 클라이언트 오픈소스는 로드맵에 있었다. 5년을 미룬 이유와 올해 결심한 이유는 같은 한 가지다. 에이전트가 구현 heavy lifting을 실제로 해낼 수 있는가, 그리고 그게 검증된 운영 데이터로 회사 안에 쌓였는가.
이 운영 데이터에서 가장 자주 인용되는 한 숫자가 그 60% 수치다. Oz 페이지가 "지난 30일간 머지된 PR의 60% 이상"이라고 적어 둔 비율이다. 한 달 동안 회사 안에서 머지된 변화의 절반 이상이 사람 손이 아니라 에이전트 손에서 나왔다는 뜻이다. 단순히 "AI가 코드를 쓸 수 있다"는 시연이 아니라, 프로덕션에 머지되는 변화에서 그게 작동한다는 운영 데이터다. 5년을 기다린 게 이 비율이 일정 임계치를 넘기기를 기다린 것이라면, 임계치는 한참 전에 넘어갔던 것으로 보인다 — 적어도 회사 안 데이터에서는.
다른 한 자료도 결을 보탠다. 발표 닷새 전 OpenAI는 GPT-5.5를 출시했다. 가격은 입력 100만 토큰당 5달러, 출력 100만 토큰당 30달러로 정했다. 자체 발표에서 OpenAI는 이 모델을 "가장 강력한 agentic coding 모델"로 불렀고, 이전 세대(GPT-5.4) 대비 코딩 eval 점수가 한 단계 올라갔다고 적었다. 가격을 한 번 계산해 보면 감이 잡힌다. 한 PR을 만드는 데 컨텍스트 30K, 출력 5K 토큰 정도가 들어간다고 잡으면 한 번에 약 0.30달러. 하루에 100개 PR을 돌려도 30달러 선이다. 사람 엔지니어 한 시간 인건비보다 한참 싸다. Warp가 발표문에서 "GPT 모델"을 새 워크플로우의 동력으로 명시한 게 우연한 타이밍은 아닐 거다. 5년을 기다렸다는 말의 진짜 뜻은, 모델 곡선과 가격 곡선과 자기 회사 운영 데이터 곡선 세 갈래가 동시에 임계치를 넘은 시점을 기다렸다에 가깝다.
남은 의문은 그 임계치가 회사 안 데이터에서 작동한다는 것과 외부 기여자 환경에서 작동한다는 것이 같은가, 다른가다. 이건 발표문이 답하지 않는 대목이고, 어쩌면 답할 수 없는 대목이다.
라이선스 변경이 아니라 기여 모델 변경
발표를 읽는 한 가지 잘못된 길은 AGPL부터 라이선스 분석으로 가는 길이다. 그쪽으로 가면 글의 진짜 본론을 놓친다. 본론은 라이선스가 아니라 기여 워크플로우다.
Warp가 같이 풀어 둔 운영 변화 세 가지가 단서다. 첫째, GitHub Issues가 features tracking의 source of truth가 된다. 발표문에 구체적인 이슈 번호 #9233이 나와 있다. 회사가 만들고 싶은 게 뭐고 우선순위가 뭔지가 issue 트래커에 그대로 올라간다. 둘째, ADE 로드맵이 공개된다. 셋째, ADE 관련 기술·제품 토론이 공개 채널에서 이뤄진다. 이 셋을 묶어 보면 닫힌 product 개발에서 열린 product 개발로 운영 모드 자체를 바꾸는 결정이다. 라이선스는 그 결정을 가능하게 만드는 한 도구일 뿐이다.
이게 왜 지금 다르게 느껴지냐면, 일반적인 OSS 운영 모드에서 features 결정과 코드 작성은 같은 사람이 하지 않는다. 사용자가 이슈를 올리고, 메인테이너가 우선순위를 정하고, contributor가 PR을 보내고, 메인테이너가 review한다. 이 사슬이 사람과 사람 사이를 오간다. Warp가 그리는 사슬은 이렇게 생겼다. 사용자가 이슈를 올리고, Warp 팀과 커뮤니티가 우선순위와 spec을 짜고, Oz 에이전트가 PR을 쓰고, 사람과 자동 검증 루프가 review한다. 가운데 한 단계가 사람에서 에이전트로 바뀌었을 뿐인데, 그 한 단계가 contribution 비용 곡선을 통째로 다시 그린다.
발표문이 같이 풀어 둔 세 가지 제품 변화도 이 시각에서 이해된다. Kimi / MiniMax / Qwen 같은 오픈소스 모델 지원 확대 + "auto (open)" 라우터는 사람이 모델 선택에 시간을 안 쓰게 만든다. 단계별 customization은 사람이 자기 워크플로우에 맞춰 도구의 표면적을 조절하게 한다 — 사용자가 원하면 그냥 터미널로, 약간의 에이전트 기능만 얹은 모드로, 전체 ADE 모드로 간격을 조절할 수 있다. settings 파일 도입은 사람과 에이전트 양쪽이 설정을 프로그래매틱하게 다루게 한다. 셋 다 같은 한 가지 질문에 대한 답이다. 코드 작성을 에이전트에게 넘긴 다음, 사람이 가져갈 결정의 종류를 정밀하게 다시 짠다는 작업.
이 시각이 맞다면 AGPL이라는 선택은 부수 효과로 이해된다. AGPL은 fork한 측이 SaaS로 돌릴 때도 소스 공개 의무를 지운다. 회사 입장에서는 Oz라는 비즈니스 본진은 클라우드에 두고, 클라이언트만 열면서 fork 기반의 closed-source 경쟁을 차단하는 방어 장치가 된다. Plausible Analytics가 비슷한 이유로 AGPL로 옮긴 사례와 결이 같다. 본진을 지키면서 표면을 여는 한 가지 균형점이다.
세 가지 의심
여기까지가 Warp 측 시각이다. 같은 발표를 바깥에서 보면 의심이 세 갈래로 갈린다.
첫 번째 의심은 AGPL 자체에 있다. AGPL은 enterprise 환경에서 점점 더 까다로운 라이선스로 자리 잡고 있다. Google이 AGPL 코드의 사내 사용을 명시적으로 금지(MUST NOT be used at Google)한 게 가장 자주 인용되는 사례다. Warp 클라이언트를 fork해서 사내 도구로 쓸 만한 곳이 그 라이선스 한 줄 때문에 손을 못 대는 경우가 적지 않다는 뜻이다. 외부 기여 활성화를 노린 발표인데 가장 지속 가능한 기여자 풀(중대형 기업의 엔지니어)이 라이선스로 사전에 잘리는 모순이 있다. 회사 차원에서는 그 트레이드오프를 의식적으로 받아들인 것이라고 봐야 한다. 즉, 기여 풀의 양보다 비즈니스 본진 방어에 더 큰 가중치를 둔 결정이다.
두 번째 의심은 contribution 품질이다. 같은 시기 다른 OSS가 AI PR을 거절하는 흐름의 정반대로 가는 베팅이다. "우리는 자체 검증 루프가 있으니 다르다"는 게 회사의 답이다. 그러나 검증 루프 자체가 자기네 도메인 데이터로 학습됐을 가능성이 높다. Warp 자체 PR에서 60% 정확도가 검증됐다는 건 Warp 자체 코드 베이스에서의 정확도다. 외부 기여자가 다양한 ideas를 던졌을 때 그 spec에서 에이전트가 만들어 내는 PR의 정확도는, 적어도 발표 시점에서는 검증된 데이터가 없다. issue tracker가 "AI가 만든 PR과 그것을 review해 달라는 사람의 요청"으로 가득 차는 시나리오와, "spec → Oz 에이전트 → 사람 검증" 사슬이 깔끔하게 도는 시나리오 사이의 갈림길이 6개월 안에 갈린다는 뜻이다. Warp 팀이 어떻게 가드레일을 짜느냐가 답할 질문이다.
세 번째 의심은 "오픈"의 모양에 안 보이게 묶인 끈이다. OpenAI가 founding sponsor라는 건 모델 선택에 영향을 준다. 발표문은 "다른 코딩 에이전트를 사용해 contribute해도 자유롭지만, 우리의 선호는 Oz다"라고 적었다. "선호"라는 단어 한 개가 미묘하다. 강제는 아니지만 path-of-least-resistance가 Oz와 OpenAI 쪽으로 깔린다. 멀티-모델과 멀티-harness를 강조했음에도 불구하고, 제품으로 들어가는 contribution의 main path는 한 곳을 가리키게 된다. 오픈소스 메인테이너 입장에서는 이게 open인지 open-with-strings인지가 6개월 후에 더 분명해질 것 같다.
세 의심을 묶는 한 가지 비교가 Ghostty 옆이다. Mitchell Hashimoto가 시작한 이 터미널은 올해 3월 1.3 버전을 냈고, 공용 코어 libghostty와 Linux GUI는 Zig, macOS GUI는 Swift로 짜였고, 라이선스는 MIT다 (Hack Club의 fiscal sponsorship을 받는 비영리 모델). 기능 결도 다르다 — Ghostty는 터미널 그 자체에 집중하고, Warp는 agentic development environment로 표면을 넓힌다. 같은 사용자에게 같은 카테고리로 보이지 않는다. 그러나 라이선스 viral 효과가 없는 OSS라는 의미에서는 명확한 비교 지점이다. AGPL + OpenAI 같은 단일 sponsor + Oz preference의 묶음이 오픈소스의 한 형태라면, MIT + 비영리 fiscal sponsor + 모델 무관의 묶음은 다른 한 형태다. 두 형태 중 어느 쪽이 contribution 곡선에서 더 길게 살아남는지가 6개월 후 데이터로 갈리는 대목이다.
그래서 나는 issue tracker만 들어가서 6개월 후 다시 본다
이 발표를 어떻게 받아들여야 할지 솔직히 아직 확신이 없다. 베팅 자체는 흥미롭다. 코드 작성이 더 이상 병목이 아니라는 진단이 맞다면 Warp는 다음 5년의 소프트웨어 개발 모델 한 형태를 미리 보여주는 셈이다. 그러나 동시에 다른 OSS 프로젝트가 AI 기여를 거부하는 흐름과 정확히 반대 방향이다. 같은 데이터를 두고 두 진영이 정반대 결론을 내고 있다는 뜻이다.
내가 다음 6개월 동안 지켜볼 숫자는 셋이다. 첫째, issue #9233 트래커가 외부 기여자의 spec 제안과 Oz가 만든 PR로 어떻게 채워지는가. 둘째, 외부 기여자가 spec한 기능 중 머지된 비율과 그 평균 review 라운드 수. 셋째, Ghostty 같은 옆자리 OSS와 contribution 곡선의 차이. 이 세 숫자가 6개월 안에 어느 정도 읽을 수 있는 모양으로 쌓이지 않으면, 오픈처럼 보였던 마케팅 이벤트로 끝날 가능성도 무시할 수 없다.
당장 내가 할 일은 한 가지다. issue tracker를 북마크에 추가하고, GitHub watch를 켜 둔다. 11월쯤에 위 세 숫자를 다시 본다. 그때까지는 Warp를 "AGPL 오픈소스 ADE"로 부르기보다 "Oz가 60%를 쓰는 자기네 코드베이스를 외부에 연 첫 번째 큰 회사"로 두고 본다. 베팅이 어느 쪽으로 떨어지든, 그 결과는 OSS 기여 모델 자체에 6개월 후 한 줄을 보탤 것 같다.
참고 자료
- Warp is now open-source — Zach Lloyd가 2026-04-28에 발표한 원문 (이 글의 1차 소스)
- warpdotdev/warp on GitHub — AGPLv3로 풀린 클라이언트 저장소 (UI 크레이트만 MIT)
- Oz: orchestration platform for cloud agents — 60% 머지된 PR 수치의 1차 출처
- GitHub issue #9233 — Roadmap: May-June 2026 — 발표문이 직접 가리킨 features tracking SOT
- Introducing GPT-5.5 — OpenAI — 2026-04-23 출시, 입력 5달러 / 출력 30달러 (1M 토큰당)
- AGPL Policy at Google — "MUST NOT be used at Google" 사내 라이선스 정책
- Why we're switching Plausible to AGPL — AGPL을 통한 fork-기반 closed source 경쟁 차단 사례
- Ghostty release notes — 1.3 버전 출시 시점과 Hack Club fiscal sponsorship 모델
- Show HN: Warp, a Rust-based terminal — 2022-04-05, "client codebase 일부/전부를 오픈소스화할 계획"이라고 한 원문
YouTube 영상
