Warp 터미널이 결국 오픈소스로 전환되었다, 진짜 써도 되는가?

그동안 클로즈드 소스라고 적잖이 비판받던 Warp 터미널이 결국 오픈소스로 풀렸다. GitHub 저장소(github.com/warpdotdev/warp)에 코드가 통째로 올라왔고, "에이전틱 개발 환경(Agentic Development Environment)" 컨셉을 그대로 들고 왔다. Warp 터미널 오픈소스 전환은 단순 코드 공개 이벤트가 아니다. 그동안 회원가입 강제와 텔레메트리 이슈로 갈라섰던 개발자 커뮤니티와 화해해보자는 시도다.

 

각설하고, 진짜 풀린 것이 맞는가? 라이선스 디테일은? AI 에이전트 기능은 정말 쓸만한가? 기존 iTerm2나 Alacritty를 쓰던 사람이 갈아타도 되는가? 이 글에서는 GitHub 저장소를 직접 까보고, 과거 논란을 정리하고, 다른 터미널과 솔직하게 비교했다. 결론부터 말하면 "조건부 환영"이다. 왜일까? 아래에서 설명한다.

 

 

출처: Warp docs - Warp Terminal | 6일 전 (359KB)

 

Warp가 도대체 무엇이길래 이것이 뉴스가 되는가

 

한 줄 요약: Rust로 만든 AI 에이전트 터미널

 

Warp는 2022년 4월 macOS 베타로 처음 공개된 터미널 에뮬레이터다. Rust로 작성됐고, GPU 가속(macOS는 Metal, Linux는 Vulkan)을 써서 렌더링이 빠른 것이 특징이다. 단순히 "빠른 터미널" 수준이 아니라 처음부터 AI를 박아넣고 출시했다. 자연어로 "이 디렉토리에서 5MB 넘는 파일 찾아줘"라고 입력하면 알아서 find . -type f -size +5M 같은 명령어를 만들어준다.

 

2024년 2월 Linux, 2025년 2월 Windows로 확장되면서 사용자 폭이 넓어졌고, 2026년에 들어 결국 오픈소스로 전환되었다. Rust 기반 GPU 가속 터미널 에뮬레이터 시장은 Alacritty, Kitty, WezTerm 같은 강자들이 이미 자리 잡고 있는데, Warp는 "AI 에이전트"라는 차별점으로 비집고 들어온 케이스다.

 

일반 터미널과 무엇이 다른가

 

기존 터미널은 그냥 셸(shell)에 명령어를 던지고 결과를 받아오는 것이 전부다. Warp는 여기에 몇 가지 레이어를 올렸다.

 

• 블록(Block) UI: 명령어 입력과 출력이 한 덩어리 블록으로 묶인다. 스크롤로 이전 명령어 결과만 따로 복사하기 편하다.
• 모던 텍스트 입력: 여러 줄 편집이 그냥 된다. VSCode처럼 커서 이동, 선택, 자동완성이 자연스럽다.
• Workflows: 자주 쓰는 명령어를 묶어서 저장하고 변수를 채워서 실행한다. 팀 단위로 공유도 된다.
• AI 명령어 검색: #을 누르면 자연어로 명령어를 찾는 모드로 전환된다.

 

이 정도만 해도 "터미널인데 IDE처럼 동작한다"는 인상을 받게 된다. 처음 써본 사람들 반응이 "이게 터미널이라고?"인 것은 이 때문이다.

 

"에이전틱 개발 환경"이라는 개념

 

Warp는 자기들 정체성을 그냥 터미널이 아니라 에이전틱 개발 환경(Agentic Development Environment, ADE)이라고 부른다. IDE에 빗댄 마케팅 용어다. AI 에이전트가 단순 자동완성을 넘어 실제 작업을 대신 해주는 환경이라는 뜻이다.

 

예를 들어 "이 저장소가 빌드 실패하는 이유를 찾아서 고쳐줘"라고 던지면, 에이전트가 직접 명령어 여러 개를 실행하면서 디버깅하고 파일 수정까지 시도한다. Aider나 Claude Code 같은 코딩 에이전트와 비슷한 결인데, 그것이 터미널 안에서 굴러간다는 것이 차이다.

 

 

출처: Warp Terminal (4.0MB)

 

클로즈드 소스 시절 비판받던 포인트들

 

회원가입 강제 — 터미널인데 로그인하라는 것이 말이 되는가

 

Warp 출시 초반 가장 크게 비판받던 포인트가 이것이다. 그냥 터미널을 띄우려는데 이메일로 회원가입하고 로그인까지 해야 한다. 개발자 커뮤니티 반응은 대충 이러했다.

 

• "터미널인데 왜 계정이 필요한가?"
• "내 명령어를 다 자기들 서버로 빨아가는 것 아닌가?"
• "오프라인에서는 어떻게 쓰라는 것인가?"

 

Hacker News나 Reddit r/programming에서 출시 직후 한 달 동안 거의 매주 이 얘기가 올라왔다. Warp 측은 "AI 기능 때문에 계정이 필요하다"고 해명했는데, AI를 쓰지 않는 사람한테는 설득력 없는 답이었다. 결국 나중에 "Warp 라이트 모드"라는 이름으로 로그인 없이 쓰는 옵션이 추가되었지만, 그것도 기능 제한이 많았다.

 

텔레메트리 이슈 — 내 명령어를 다 서버로 보내는 것 아닌가

 

회원가입 이슈와 세트로 따라온 것이 텔레메트리(원격 측정) 논란이다. Warp는 사용 패턴 데이터를 자체 서버로 보내는데, 이것이 어떤 데이터인지 명확히 공개되지 않은 상태였다. 클로즈드 소스라 코드를 까보지도 못했다. 보안에 민감한 회사들에서는 "Warp를 쓰지 마라"라는 권고가 내부적으로 돌기도 했다.

 

특히 AI 모드를 쓸 때는 명령어 컨텍스트가 Anthropic이나 OpenAI 같은 외부 API로 넘어간다. 이건 어쩔 수 없는 부분인데, 그 외 일반 사용 데이터까지 어디로 가는지 불투명하다는 것이 핵심 비판이었다. 텔레메트리 옵트아웃(opt-out) 옵션은 있었지만, 기본값이 켜져 있는 것에 대한 거부감이 컸다.

 

커뮤니티 반응 정리

 

Warp에 대한 개발자 커뮤니티 분위기는 출시 이후 계속 양극화되어 있었다.

 

• 호의적 진영: "UI가 진짜 깔끔하다", "AI 자연어 명령어를 한번 맛보면 못 돌아간다", "Workflows 기능이 팀 작업할 때 매우 유용하다"
• 부정적 진영: "회원가입+클로즈드 소스 조합은 생태계 파괴자다", "결국 데이터 빨아먹고 유료화 할 것이다", "오픈소스 대체재가 많은데 굳이?"

 

특히 시니어 개발자나 보안 의식이 강한 그룹에서는 "절대 안 쓴다"는 분위기가 강했다. 이번 오픈소스 전환은 이런 안티 진영을 다시 끌어오려는 시도다.

 

오픈소스 전환, 정확히 무엇이 풀린 것인가

 

GitHub 저장소를 살펴봤다 (warpdotdev/warp)

 

저장소에 가보면 Rust 코드가 메인이고, macOS/Linux/Windows 빌드 스크립트가 같이 들어 있다. 디렉토리 구조를 보면 터미널 코어, 렌더러, 셸 통합, 워크플로우 같은 모듈이 잘 분리되어 있다. 빌드도 그렇게 까다롭지 않다. Rust 툴체인이 깔려 있으면 cargo build --release 한 번이면 된다.

 

저장소 스타 수는 공개 며칠 만에 1만 개를 가뿐히 넘어갔다. 이슈 트래커도 활발하게 돌아가고, 외부 PR도 받기 시작했다. 이런 활동 지표는 오픈소스로 진심이라는 신호로 봐도 된다.

 

라이선스 형태 — 진짜 오픈소스가 맞는가

 

여기가 제일 중요한 부분이다. 오픈소스라고 해서 다 같은 오픈소스가 아니다. 글을 쓰는 시점에서 라이선스의 정확한 종류는 GitHub LICENSE 파일에서 직접 확인해야 한다. 가능한 시나리오는 대략 이 정도다.

 

• Apache 2.0 / MIT: 진짜 풀 오픈소스. 상업 이용, 포크, 수정이 다 자유다. 가장 환영받는 형태다.
• BSL(Business Source License): HashiCorp Terraform이 채택했던 그것이다. 일정 기간 후 오픈소스로 전환되는 형태다. 상업적 경쟁 사용 제한이 걸린다.
• AGPL v3: 카피레프트가 강한 라이선스다. 서비스로 제공할 때도 소스 공개 의무가 발생한다.
• 커스텀 라이선스: "오픈소스인 척하지만 실은 제약이 많은" 형태다. SSPL이 대표적이다.

 

저장소 LICENSE 파일에 무엇이라고 써 있는지가 답인데, 보통 이런 케이스에서는 Apache 2.0이 가장 흔하다. 다만 "오픈소스"라는 말만 보고 그냥 믿지 말고, 실제로 쓰려는 용도(상업 제품 통합 같은)에 맞는지 본인이 직접 확인하는 것이 맞다.

 

어디까지 공개되었고 어디는 비공개인가

 

또 하나 자주 놓치는 부분이다. 저장소 코드는 공개됐어도 AI 백엔드(에이전트 추론, 모델 호출 부분)는 클라우드 서비스로 남겨뒀을 가능성이 크다. 즉 클라이언트는 오픈소스인데 서버는 그대로 Warp 회사가 운영하는 구조다.

 

이것은 Cursor, Continue 같은 다른 AI 코딩 도구들도 비슷한 모델이다. 클라이언트 오픈, 서버 클로즈드. 비즈니스 모델을 유지하면서 커뮤니티 신뢰를 일부 회복하는 절충안이다. 다만 "오픈소스 = 회원가입 없이 다 된다"가 절대 아니다. AI 기능을 풀로 쓰려면 여전히 계정이 필요할 가능성이 높다.

 

Warp 터미널 오픈소스의 AI 에이전트 기능, 진짜 쓸만한가

 

자연어 → 명령어 변환

 

가장 자주 쓰게 되는 기능이다. 명령어를 잘 모를 때 #을 치고 한국어든 영어든 자연어로 던지면 된다. 예를 들어 "지난 7일 동안 수정된 .py 파일 찾아줘"를 입력하면 find . -name "*.py" -mtime -7이 후보로 뜬다. 실행 전에 검토할 수 있어서 안전하다.

 

ChatGPT를 띄우고 복붙하던 작업이 한 단계 줄어드는 효과다. 작은 차이 같지만 하루에 수십 번 검색하는 명령어를 한 번에 줄여주니 누적 효과가 크다. 특히 Docker, kubectl, awk, sed처럼 옵션이 많은 명령어를 다룰 때 진짜 편하다.

 

에이전트 모드 (Warp Agent Mode)

 

여기가 ADE 컨셉의 핵심이다. 단순 명령어 추천이 아니라 여러 단계 작업을 자율적으로 수행한다. "이 Node.js 프로젝트 의존성을 업데이트하고 테스트가 통과하는지 확인해줘" 같은 작업을 던지면 다음과 같이 동작한다.

 

1. npm outdated 실행해서 오래된 패키지 확인
2. npm update 실행
3. npm test 돌려서 결과 확인
4. 실패하면 어떤 테스트가 깨졌는지 분석
5. 가능한 수정 방안 제안

 

이런 흐름을 사람의 개입 없이 돌릴 수 있다. 다만 실제로 써보면 100% 신뢰는 아직 어렵다. 위험한 명령어(rm -rf 같은) 실행 직전에는 확인을 받게 되어 있는데, 그 외에도 사람이 한 번씩 끼어들어야 할 때가 있다. Claude Code, Aider와 비슷한 수준의 신뢰도라고 보면 된다.

 

다른 AI 터미널과 비교하면 어떠한가

 

AI 터미널 시장은 이미 경쟁이 치열하다. 정리하면 다음과 같다.

 

• GitHub Copilot CLI: GitHub 생태계에 강하게 묶여 있다. 명령어 추천 위주다. 에이전트 자동 실행은 약하다.
• Aider: 터미널 기반 코딩 에이전트다. AI 페어 프로그래밍에 특화됐다. 터미널 자체를 대체하는 것은 아니다.
• Claude Code: Anthropic 공식. 코드 작성/리팩토링이 강하다. 터미널 안에서 동작하지만 터미널 에뮬레이터는 아니다.
• Warp: 터미널 에뮬레이터 + 에이전트 통합. 위 도구들이 "터미널 위에서 돌아가는 도구"라면, Warp는 "터미널 자체"다.

 

포지셔닝이 다르다. Warp는 터미널을 새로 만들면서 AI를 박아넣은 케이스고, 다른 도구들은 기존 터미널에 얹어 쓰는 도구다. 평소 터미널 자체에 만족하던 사람은 Aider/Claude Code만으로 충분할 수 있고, 터미널 UX 자체를 바꾸고 싶은 사람은 Warp로 가는 것이 맞다.

 

기존 터미널 vs Warp 솔직 비교

 

iTerm2 (맥 기본 대안)

 

iTerm2는 macOS에서 사실상 기본값처럼 쓰이는 터미널이다. 안정성, 호환성, 커스터마이징이 다 검증됐고, 무료에 오픈소스다. 단점은 UI가 2010년대 느낌 그대로라는 것이다. AI 기능은 당연히 없다.

 

iTerm2를 쓰던 사람이 Warp로 갈 때 느끼는 차이는 "UI 현대화 + AI" 두 가지다. 단축키 같은 것은 어차피 학습이 필요하니 큰 장벽은 아니다. 다만 iTerm2의 빵빵한 커스터마이징(트리거, 프로파일 분리 등)에 익숙한 사람은 Warp가 살짝 답답할 수 있다.

 

Alacritty / Kitty / WezTerm (Rust 계열)

 

이쪽은 "빠른 터미널" 카테고리다. Alacritty는 미니멀리즘 끝판왕, Kitty는 그래픽 프로토콜까지 지원하는 풀 기능형, WezTerm은 그 중간쯤이다. 셋 다 GPU 가속 + Rust(Alacritty/WezTerm) 또는 C/Python(Kitty) 기반이다.

 

Warp와 비교하면 이쪽은 순수 터미널 에뮬레이터에 충실한 진영이다. AI 기능 없음, 회원가입 없음, 텔레메트리 없음. tmux/zellij 같은 멀티플렉서와 조합해서 직접 워크플로우를 짜는 사용자에게는 Warp가 오히려 거추장스럽게 느껴질 수 있다.

 

Ghostty (요즘 뜨는 신상)

 

Ghostty는 2024년 말 공개된 신상 터미널이다. Mitchell Hashimoto(HashiCorp 창업자)가 만들었고, Zig 언어로 작성됐다. 처음부터 오픈소스(MIT)였고, 성능이 진짜 빠르다. AI 기능은 없는 대신 "터미널 본질에 충실하면서 현대적 UX"라는 포지션이다.

 

Warp 오픈소스 전환 이슈가 뜨면서 Ghostty와 자주 비교된다. 결론은 목적이 다르다는 것이다. AI 에이전트 워크플로우를 원하면 Warp, 빠르고 깔끔한 순수 터미널을 원하면 Ghostty.

 

한눈에 비교

 

터미널	라이선스	AI 기능	회원가입	강점
Warp	오픈소스(라이선스 확인 필수)	강함 (에이전트 모드)	AI 사용 시 필요	AI 통합, 모던 UI
iTerm2	GPL	없음	없음	안정성, macOS 통합
Alacritty	Apache 2.0	없음	없음	미니멀, 빠름
Kitty	GPLv3	없음	없음	풀 기능, 그래픽 지원
WezTerm	MIT	없음	없음	크로스플랫폼, Lua 설정
Ghostty	MIT	없음	없음	빠름, 모던 UX

 

그래서 갈아타야 하는가? 결론

 

이런 사람은 써봐라

 

• AI 에이전트 워크플로우를 자주 쓰는 사람: ChatGPT/Claude를 띄워놓고 명령어를 물어보는 패턴을 반복하는 사람에게는 게임 체인저다.
• 팀에서 명령어 워크플로우를 공유하고 싶은 사람: Workflows 기능이 진짜 잘 만들어졌다. README에 명령어를 박아두는 것보다 훨씬 편하다.
• 터미널 UX의 답답함에 지친 사람: 멀티라인 편집, 블록 UI, 자동완성을 한번 맛보면 기존 터미널로 돌아가지 못한다.
• 클로즈드 소스라서 안 쓰던 사람: 이번 오픈소스 전환이 그 장벽을 어느 정도 풀어줬다.

 

이런 사람은 그냥 기존 것을 써라

 

• tmux/zsh 커스터마이징 끝판왕: 이미 본인 셋업이 최적화되어 있다면 Warp가 오히려 답답하다.
• 보안이 빡센 환경: 정부, 금융, 의료 쪽은 텔레메트리/AI 외부 API 호출 자체가 컴플라이언스 위반일 수 있다.
• 터미널은 그냥 셸이면 된다는 사람: AI 기능을 쓰지 않는데 굳이 무거운 것을 깔 이유가 없다.
• AGPL 같은 강한 카피레프트에 거부감이 있는 사람: 라이선스가 그쪽이라면(아닐 가능성이 높지만) 상업 통합 시 문제가 된다.

 

설치 한 줄 가이드

 

macOS는 Homebrew로 설치한다.

 

brew install --cask warp

 

Linux는 공식 저장소에서 .deb/.rpm을 받거나, 직접 빌드하면 된다.

 

git clone https://github.com/warpdotdev/warp
cd warp && cargo build --release

 

Windows는 공식 .msi 인스톨러를 받으면 된다. 빌드를 직접 하기 싫으면 GitHub Releases에서 바이너리를 받는 것이 제일 빠르다.

 

핵심 3줄 정리

 

Warp 터미널 오픈소스 전환은 진짜고, GitHub에 코드가 다 올라와 있다. AI 에이전트 기능은 강력하고 ADE 컨셉은 신선하다. 다만 라이선스 종류와 어디까지 공개됐는지(특히 AI 백엔드)는 본인이 직접 LICENSE와 README를 까보고 판단해야 한다.

 

오픈소스 전환은 일단 환영이다. 그동안 클로즈드 소스라고 거부하던 진영도 이제 코드를 직접 보고 판단할 수 있게 됐다. 다만 회원가입이나 텔레메트리 같은 운영 측면 이슈가 완전히 풀린 것은 아니라서, 갈아타기 전에 본인 환경에서 한번 테스트해보는 것이 맞다. 글을 보고 끝내지 말고 직접 GitHub 저장소에 가서 LICENSE 파일을 확인하고 빌드를 한번 해보시라. AI 에이전트 터미널 시대가 진짜 시작된 것 같다.