Junie CLI Beta (2026.03.09 출시)
TECH
Junie CLI 직접 써봤습니다 — 무료라고 다 같지 않습니다
JetBrains가 2026년 3월 9일 베타 공개한 코딩 에이전트 Junie CLI. Claude Code를 쓰던 개발자라면 “그래서 뭐가 다른데?”라는 질문이 먼저 나옵니다. 공식 벤치마크 수치와 GitHub README까지 뜯어봤더니, 예상과 다른 부분이 두 군데 있었습니다.
Junie CLI가 뭔지 30초 요약
JetBrains가 2026년 3월 9일 베타로 공개한 Junie CLI는 터미널·IDE·CI/CD·GitHub 어디서든 동작하는 독립형 AI 코딩 에이전트입니다. (출처: JetBrains 공식 블로그, 2026.03.09) 기존 Junie가 JetBrains IDE 플러그인 안에 갇혀 있었다면, CLI 버전은 그 경계를 완전히 걷어냈습니다.
가장 눈에 띄는 특징은 LLM-agnostic 설계입니다. OpenAI·Anthropic·Google·xAI 모델을 모두 연결할 수 있고, 자신의 API 키를 가져와 플랫폼 추가 요금 없이 쓰는 BYOK(Bring Your Own Key) 방식도 지원합니다. Claude Code가 Anthropic 단일 모델에 묶인 것과 정반대입니다.
다만 “LLM 자유”가 곧 “다 똑같이 잘 된다”는 뜻은 아닙니다. JetBrains 공식 문서에서도 “복잡한 작업에 최적화된 모델만 지원”이라고 명시해 놨습니다. 가볍게 쓰려고 저가 모델을 연결하면 기대와 다른 결과가 나올 수 있습니다.
“무료 1주일”에 숨겨진 조건 — $50 한도 이야기
💡 공식 발표문과 GitHub README를 같이 놓고 보니 이런 차이가 보였습니다. 발표 페이지에선 “1주일 무료”라고만 했는데, 저장소 README에 한 줄이 더 있었습니다.
JetBrains 공식 블로그 발표문에는 이렇게 나옵니다. “Gemini 3 Flash를 1주일 동안 무료로 사용할 수 있는 혜택을 제공합니다.” 여기까지만 읽으면 7일간 제한 없이 쓸 수 있다고 생각하기 쉽습니다.
그런데 GitHub 공식 저장소(github.com/JetBrains/junie)의 README에는 이 한 줄이 더 붙어 있습니다. “Subject to the overall program limit. Limited-time offer.” 그리고 실제 표기된 한도는 $50(약 7만 원)입니다. 7일 내내 무거운 작업을 돌리면 한도를 먼저 만날 수 있습니다.
| 구분 | 발표문 내용 | GitHub README 내용 |
|---|---|---|
| 무료 기간 | 1주일 (기본 활성화) | 1주일 (동일) |
| 사용량 한도 | 별도 표기 없음 | $50 한도 (프로그램 전체 한도 적용) |
| 모델 | Gemini 3 Flash | Gemini 3 Flash (동일) |
| 만료 후 | 일반 요금 적용 | 일반 요금 적용 (동일) |
$50 안에서 충분히 테스트하려면 가볍게 돌려야 합니다. 복잡한 풀스택 프로젝트를 밤새 돌리는 건 한도를 며칠 안에 소진하는 지름길입니다. 무료 구간을 유용하게 쓰려면 소규모 기능 단위 작업으로 먼저 에이전트의 동작 방식을 파악하는 게 훨씬 실용적입니다.
Claude Code보다 토큰 43% 더 쓰는데 왜 쓰는가
💡 토큰을 많이 쓴다는 게 반드시 나쁜 신호는 아닙니다. aimultiple.com의 실측 벤치마크를 같이 놓고 보니 그 이유가 드러났습니다.
aimultiple.com이 2026년 2월 10종의 CLI 에이전트를 대상으로 600개 이상의 원자 검증과 5,000회 이상의 자동화 테스트를 실행했습니다. (출처: aimultiple.com Agentic CLI Benchmark, 2026.02)
수치를 직접 보면 이렇습니다. Junie는 종합 정확도 63.5%로 2위입니다. 1위 Codex는 67.7%로 4.2% 포인트 앞서 있습니다. 그런데 Junie의 평균 토큰 소비량은 370k로, Codex(258k)보다 43% 더 많습니다. 토큰 효율만 보면 Codex가 낫습니다.
| 에이전트 | 종합 정확도 | 평균 실행 시간 | 토큰 소비량 |
|---|---|---|---|
| Codex | 67.7% | 426초 | 258k |
| Junie | 63.5% | 483초 | 370k |
| Claude Code | 55.5% | 745초 | 397k |
| Aider | 52.7% | 257초 | 126k |
여기서 예상을 뒤집는 지점이 나옵니다. Claude Code는 가장 많은 시간(745초)과 높은 토큰(397k)을 쓰고도 정확도는 55.5%로 세 번째입니다. Task 6 상세 분석에서 Claude Code는 JWT 인증 토큰 발급은 성공했지만, 이후 모든 인증 요청에서 401 오류를 냈습니다. 16개 백엔드 단계 중 13개 실패입니다. 프론트엔드 UI는 로그인 폼을 정상 렌더링했지만, 로그인 후 페이지 이동에서 브라우저가 충돌했습니다.
결국 “컨텍스트 창이 크면 성능이 높다”는 통념이 이 벤치마크에서는 통하지 않았습니다. Junie가 Claude Code보다 토큰을 덜 쓰면서 정확도도 8%p 이상 앞선 이유는 JetBrains의 프로젝트 인덱싱이 불필요한 컨텍스트 탐색을 줄여주기 때문으로 JetBrains는 설명합니다. 공식적인 근거는 JetBrains 공식 블로그(2026.03.09)에 나와 있습니다.
BYOK 구조의 진짜 의미 — 비용 절감 그 이상
💡 BYOK를 단순히 “내 키 쓰면 싸다”로만 보면 핵심이 빠집니다. devops.com 분석과 JetBrains 공식 설명을 교차해 보니 기업 도입 전략과 연결되는 부분이 따로 있었습니다.
Junie CLI의 BYOK는 Anthropic·OpenAI·Google·xAI·OpenRouter·GitHub Copilot 키를 직접 연결하는 방식입니다. (출처: JetBrains GitHub 공식 저장소) 플랫폼 마크업 없이 API 원가로 에이전트를 돌릴 수 있습니다.
여기서 실제로 중요한 건 가격보다 거버넌스입니다. 기업 환경에서 특정 클라우드 모델 사용이 컴플라이언스로 제한되는 경우가 있습니다. 예를 들어 금융권이나 공공기관은 Anthropic 직접 API만 허용하고 써드파티 래퍼는 금지하는 내부 정책을 둔 경우가 적지 않습니다. BYOK가 되면 “우리 팀이 이미 계약된 Anthropic Enterprise 키를 그대로 쓴다”는 방식이 가능해집니다. devops.com도 이 점을 “기존 거버넌스·보안 정책을 손상 없이 Junie를 도입할 수 있다”고 짚었습니다. (출처: devops.com, 2026.03.11)
반면 Claude Code는 Anthropic 계정만 인증 수단으로 지원합니다. 팀 내 OpenAI 계약만 있는 조직에서는 Claude Code를 쓰려면 별도 Anthropic 계정 발급 절차가 생깁니다. 선택지 자체가 제한되는 것입니다.
설치부터 인증까지 실제 흐름
설치는 세 가지 경로가 있습니다. macOS·Linux에서는 아래 한 줄로 끝납니다.
curl -fsSL https://junie.jetbrains.com/install.sh | bash
Windows는 PowerShell 명령어로, npm 전역 설치(npm install -g @jetbrains/junie)도 됩니다. macOS는 Homebrew로도 설치 가능합니다.
인증은 세 가지 옵션이 있습니다. JetBrains 계정 OAuth, Junie API 키(junie.jetbrains.com/cli에서 발급), 그리고 앞서 말한 BYOK 방식입니다. 기존 JetBrains 구독자는 OAuth로 바로 쓸 수 있어 진입 장벽이 낮습니다.
설치 후 처음 실행하면 Gemini 3 Flash가 기본 모델로 활성화되어 있습니다. 모델 변경은 junie --model 플래그나 인터랙티브 모드에서 설정할 수 있습니다. GitHub Actions 연동은 에이전트 내부에서 /install-github-action 명령 하나로 끝납니다. PR·이슈·CI 실패에 자동으로 반응하도록 설정할 수 있습니다.
한 가지 알아두면 좋은 점이 있습니다. 현재 기본 설정 파일은 프로젝트 단위의 guidelines.md만 지원합니다. Claude Code의 CLAUDE.md와 비슷한 역할인데, 전역 설정 파일은 아직 개발 중입니다. YouTrack 트래커에 기능 요청이 등록돼 있고, JetBrains 측에서 별도 완료 시점을 공개하지 않았습니다.
Junie CLI를 쓰면 안 되는 상황 한 가지
코드 보안 요건이 극단적으로 높은 프로젝트라면 Claude Code가 더 나은 선택일 수 있습니다. Claude Code는 Zero Data Retention(ZDR) 모드를 지원합니다. 세션 종료 후 코드가 Anthropic 서버에 남지 않는다는 명시적 보장이 있습니다. SOC2 Type II 인증도 함께 제공됩니다. (출처: createaiagent.net, 2026.03.09)
Junie CLI는 “ZDR과 동일한 수준의 즉각적 데이터 삭제”를 보장하는 공식 문서가 현재 없습니다. JetBrains 웨비나 Q&A에서는 “JetBrains AI는 사용자 데이터를 학습에 활용하지 않는다”고 밝혔지만, ZDR처럼 세션 단위 즉시 삭제 여부는 별도 이유를 밝히지 않았습니다. 헬스케어·핀테크처럼 코드 데이터 주권이 민감한 환경에서는 이 차이가 중요할 수 있습니다.
반대로 컨텍스트 창 크기 차이(Claude Code 400k+ vs Junie 200k)는 일반 기능 개발에서 실질적인 차이로 느끼기 어렵습니다. 레거시 모놀리식 코드베이스를 한 번에 전체 리팩토링하거나 대규모 마이그레이션 작업이 아니라면, 200k 창으로 충분히 커버됩니다. JetBrains의 프로젝트 인덱싱이 토큰을 선별해 넣어 주기 때문입니다.
Q&A 5개
마치며 — 어떤 개발자에게 맞는 도구인가
Junie CLI는 특정 상황에서 Claude Code·Codex보다 분명한 우위가 있습니다. JetBrains IDE를 주 도구로 쓰는 Java·Python·Kotlin 개발자, 기업 내 다양한 LLM 계약이 혼재하는 팀, CI/CD 파이프라인에 에이전트를 직접 심고 싶은 팀이라면 한 번은 써볼 만합니다.
반면 코드 데이터 주권이 극히 민감하거나, OpenAI 단일 환경에 이미 깊게 통합돼 있다면 Codex가 더 자연스러운 선택입니다. 400k 컨텍스트 창이 정말 필요한 작업이라면 Claude Code도 건재합니다.
솔직히 말하면, “최강의 에이전트”보다 “내 워크플로에 끼어드는 마찰이 가장 적은 에이전트”가 실무에서 더 오래 쓰입니다. Junie CLI는 그 진입 장벽을 꽤 낮게 설계했습니다. $50 안에서 직접 확인해 보는 게 가장 빠릅니다.
📚 본 포스팅 참고 자료
- JetBrains 공식 블로그 — Junie CLI 베타 출시 발표 (2026.03.09)
- JetBrains/junie — GitHub 공식 저장소
- devops.com — JetBrains Launches Air and Junie CLI (2026.03.11)
- aimultiple.com — Agentic CLI Benchmark (2026.02)
- createaiagent.net — Claude Code vs. JetBrains Junie: The 2026 AI Editor Battle (2026.03.09)
- JetBrains 공식 블로그 — Junie 웨비나 한국어 Q&A (2025.09.29)
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 모든 수치는 2026.03.21 기준이며, Junie CLI는 현재 베타 단계로 정식 출시 후 기능이 달라질 수 있습니다. 가격·한도 정보는 공식 채널에서 최신 내용을 반드시 확인하시기 바랍니다.
댓글 남기기