Junie CLI Beta 기준
공식 발표 자료 직접 확인
Junie CLI, JetBrains IDE 없어도 됩니다
“JetBrains 제품은 IntelliJ 없으면 못 쓴다”는 인식, 이번 베타로 완전히 바뀝니다. 터미널, VS Code, GitHub Actions, CI/CD 파이프라인 어디서든 Junie CLI가 작동합니다. 공식 문서와 커뮤니티 피드백을 교차해서 정리했습니다.
“JetBrains IDE 없으면 못 쓴다” — 이 말이 틀린 이유
Junie CLI는 2026년 3월 9일 JetBrains 공식 블로그를 통해 베타로 공개됐습니다. 정확히는 3월 17일부터 한국어 공식 발표가 나왔고, 영문 원문은 그보다 약 8일 앞서 공개됐습니다. (출처: JetBrains 공식 블로그, 2026.03.09)
핵심 변화는 이겁니다. 기존 Junie는 IntelliJ IDEA, PyCharm 같은 JetBrains IDE 플러그인 형태로만 작동했습니다. 그런데 Junie CLI는 완전히 독립 실행형 에이전트입니다. 터미널에서 직접 실행되고, IDE 설치 여부와 관계없이 작동합니다. “JetBrains 제품은 유료 IDE를 써야만 한다”는 인식이 전제된 거라면, CLI 버전에서는 달라집니다.
💡 공식 발표문과 실제 설치 흐름을 같이 놓고 보니 이런 차이가 보였습니다. “IDE 없이도 된다”는 말이 100% 맞지만, 그게 곧 “완전 무료”를 의미하지는 않습니다. 이 두 개를 혼동하면 1주일 뒤에 갑자기 비용이 발생합니다.
JetBrains는 “LLM에 구애받지 않는(LLM-agnostic)” 에이전트라는 표현을 강조하고 있습니다. OpenAI, Anthropic, Google, Grok의 최상위 모델을 모두 지원하며 신규 모델이 출시될 때마다 계속 통합할 예정입니다. (출처: JetBrains 공식 블로그 영문판, 2026.03.09)
IDE 의존성 제거 자체가 생각보다 큰 의미입니다. 기존 JetBrains 구독이 없는 개발자도, VS Code 사용자도, 심지어 IDE를 전혀 안 쓰는 CLI 중심 개발자도 일단 설치하고 써볼 수 있게 됐으니까요.
Junie CLI가 실제로 지원하는 환경
지원 환경 목록을 보면 생각보다 넓습니다. JetBrains 공식 문서에 직접 나와 있는 내용을 그대로 정리하면 이렇습니다.
| 환경 | 지원 여부 | 비고 |
|---|---|---|
| 터미널 (모든 OS) | ✅ 지원 | CLI 실행 |
| JetBrains IDE (IntelliJ, PyCharm 등) | ✅ 지원 | 기존 방식 유지 |
| VS Code 등 외부 IDE | ✅ 지원 | CLI 형태로 연동 |
| GitHub Actions / GitLab CI | ✅ 지원 | 공식 GitHub Action 별도 제공 |
| 원격 개발 (Windows) | ⚠️ 미지원 | 개발 진행 중 (YouTrack JUNIE-675) |
| 로컬 LLM (Ollama 등) | ❌ 미지원 | ETA 없음, 공식 로드맵 미포함 |
※ 표 기준: Junie CLI Beta, 2026.03.17 출처 기준 (JetBrains 공식 발표 및 웨비나 Q&A)
눈에 띄는 건 로컬 LLM 미지원입니다. Cline, OpenCode, Kilo Code 같은 BYOK 에이전트들은 Ollama, Qwen 같은 로컬 모델과 연결이 됩니다. Junie CLI는 현재 안 됩니다. JetBrains 측 공식 답변은 “최첨단 LLM을 사용하는 구조상 로컬 모델이 동일한 품질을 제공하기 어렵다”는 이유입니다. (출처: JetBrains 웨비나 Q&A, 2025.09.29)
로컬 모델이 필요한 팀이라면, 내부 LiteLLM 서버에 GPT-5나 Claude Sonnet 모델을 올려서 연동하는 우회 방법은 공식적으로 가능합니다. 외부 인터넷 없이 온프레미스 환경에서도 Junie CLI를 돌릴 수 있다는 뜻이니, 인터넷망 제한이 있는 기업 환경에서는 이 방향으로 검토해볼 수 있습니다.
BYOK 가격 구조, 진짜 0원인지 따져봤습니다
공식 발표에서 가장 강조하는 게 BYOK(Bring Your Own Key)입니다. 자체 API 키를 가져와서 쓰면 Junie CLI 플랫폼에 추가 요금이 붙지 않는다는 구조입니다. 이것만 보면 “Junie CLI는 무료”로 읽힐 수 있습니다. 실제로는 좀 더 복잡합니다.
💡 처음 써보면 “1주일 무료”가 기본 활성화돼 있어서 비용을 못 느끼는데, 8일째 되는 날 갑자기 내 API 키가 필요해지거나 JetBrains AI 크레딧이 차감되기 시작합니다. 두 가지 과금 경로가 동시에 존재한다는 걸 설치 전에 알아야 합니다.
과금 경로 2가지
① JetBrains AI 크레딧 방식 — 기존 JetBrains AI 라이선스(AI Pro, AI Ultimate 등)가 있으면 월간 AI 크레딧으로 Junie CLI를 씁니다. 1 AI 크레딧 = 1달러(USD)로 환산됩니다. AI Pro 개인 요금제 기준 월 10크레딧이 기본 제공됩니다. 크레딧을 다 쓰면 추가 구매가 필요합니다. (출처: JetBrains 웨비나 Q&A, 2025.09.29)
10달러어치 크레딧으로 한 달을 버티려면, 사용하는 모델과 작업량에 따라 편차가 매우 큽니다. GPT-5가 Claude Sonnet보다 토큰 소비가 적다는 게 JetBrains 공식 확인 내용이지만, 모델별 정확한 차감 비율은 “현재 준비 중”으로 아직 공개되지 않았습니다. 예산 예측이 어렵다는 단점입니다.
② BYOK 방식 — JetBrains AI 라이선스 없이 자체 OpenAI/Anthropic/Google API 키를 가져다 쓰는 방법입니다. Junie CLI 플랫폼 수수료는 없고, LLM 제공자에게 직접 API 비용을 냅니다. Claude Sonnet 4.5 기준 입력 3달러/1M 토큰, 출력 15달러/1M 토큰이 Anthropic 공식 요금입니다. (출처: Anthropic 공식 API 요금 페이지)
결론적으로 Junie CLI 자체는 오픈소스(GitHub에 공개)이고 플랫폼 추가 요금은 없지만, 모델 사용 비용은 반드시 발생합니다. 1주일 무료 이후를 고려해야 합니다. Cline이나 OpenCode 같은 완전 BYOK 에이전트와 비교하면, 가격 구조는 비슷하지만 JetBrains AI 구독 여부에 따라 선택지가 달라집니다.
Claude Code·Codex와 실제로 다른 점
가장 많이 받는 질문이 “Claude Code 대신 쓸 수 있냐”입니다. 2026년 3월 현재 주요 코딩 에이전트 수치를 직접 비교하면 이렇습니다.
| 항목 | Junie CLI | Claude Code | Codex CLI |
|---|---|---|---|
| SWE-bench (최상위) | 공식 수치 미공개 | 80.9% (Opus 4.5) | 77.3% (Terminal-Bench) |
| LLM 선택 | 4개 공급사 자유 선택 | Claude 모델 전용 | GPT 모델 전용 |
| 오픈소스 | ✅ GitHub 공개 | ❌ | ✅ Rust 오픈소스 |
| 무료 티어 | 1주일 무료 후 유료 | ❌ 없음 | 오픈소스 (API 비용 별도) |
| 터미널 UI 복잡도 | 단순 (Mosh 호환) | 복잡 (ANSI 이슈) | 중간 |
| Claude Code 마이그레이션 | ✅ 원클릭 지원 | — | — |
| 월 비용 (실사용 기준) | API 비용 직결 (예측 쉬움) | $150~200 (헤비 유저) | $20+ (OpenAI API) |
※ SWE-bench: morphllm.com AI Coding Agent 비교 자료 (2026.03) / 비용: 동일 출처 기준
Claude Code의 SWE-bench 80.9%는 지금 시점에서 가장 높은 수치입니다. 어려운 문제를 풀어야 할 때 Claude Code를 먼저 찾는 이유가 이 숫자에 있습니다. Junie CLI는 공식 벤치마크를 아직 공개하지 않았습니다. 이유는 밝히지 않았습니다.
반면 터미널 렌더링 측면에서는 상황이 다릅니다. Claude Code의 TUI는 복잡한 ANSI 이스케이프 시퀀스를 쓰기 때문에, Mosh(Mobile Shell) 환경에서 화면이 깨지는 문제가 실사용에서 빈번하게 보고됩니다. Junie CLI는 UI 구조가 단순해서 Mosh + tmux 조합에서도 화면이 정상 렌더링됩니다. 모바일이나 불안정한 네트워크 환경에서 작업하는 경우라면 이 차이가 실용적인 선택의 기준이 됩니다. (출처: JVM Weekly vol. 166, 2026.03.12)
💡 “LLM이 하나에 묶인다”는 게 코딩 에이전트 선택에서 생각보다 중요한 제약입니다. Claude Code는 Claude만, Codex는 GPT만 쓸 수 있습니다. Junie CLI는 어제 출시된 신모델도 바로 연결할 수 있는 구조입니다. LLM 시장이 빠르게 바뀌는 지금 이 유연성의 실용 가치가 달라 보입니다.
한국어로 써도 되는지 공식 답변 확인했습니다
한국 개발자라면 당연히 궁금한 부분입니다. JetBrains가 2025년 9월 국내 웨비나에서 직접 답변한 내용을 그대로 정리합니다. (출처: JetBrains 웨비나 Q&A 공식 문서, 2025.09.29)
- 한국어 프롬프트 입력: 가능합니다. Junie는 한국어 프롬프트를 이해합니다.
- 출력(응답) 언어: 현재는 기본적으로 영어로 나옵니다. 한국어 출력을 원하면 프롬프트나 guidelines.md에 “한국어로 답변해 달라”고 명시해야 합니다.
- guidelines.md 한국어 작성: 정상 인식됩니다.
- 프롬프트 언어에 따른 품질 차이: 없는 것으로 확인됩니다.
실용적으로 정리하면, 한국어로 질문하고 지시를 내리는 건 지금 당장 가능합니다. 다만 Junie가 스스로 만들어내는 응답이나 코드 주석 같은 건 영어로 나올 수 있습니다. guidelines.md에 “모든 응답은 한국어로” 한 줄 추가하면 이 문제는 해결됩니다.
guidelines.md — Junie만의 설정 파일
Claude Code의 CLAUDE.md처럼, Junie는 .junie/guidelines.md로 에이전트에게 프로젝트 컨텍스트를 전달합니다. 초기 설정 시 에이전트가 프로젝트를 분석해서 이 파일을 자동으로 만들어주기도 합니다.
주의할 점은 현재 글로벌 단위 guidelines 설정이 없다는 겁니다. 프로젝트별로만 설정되므로, 여러 레포를 쓰는 경우 각 레포마다 별도 설정이 필요합니다. 글로벌 규칙 관리 기능은 YouTrack에 요청 등록만 된 상태이고 구현 일정은 공개되지 않았습니다. (출처: JetBrains 웨비나 Q&A)
지금 당장 써야 할 이유와 미뤄도 되는 이유
베타 단계이기 때문에 모든 게 완성되어 있지는 않습니다. 지금 써봐야 할 상황과 좀 더 기다려도 되는 상황을 솔직하게 구분합니다.
지금 바로 써볼 만한 상황
- Claude Code Max($200/월)를 쓰고 있는데 비용이 부담스럽다면: BYOK로 동일 모델(Claude Sonnet 4.5)을 API 비용만 내고 Junie CLI에서 돌릴 수 있습니다. 플랫폼 수수료가 없습니다.
- 여러 LLM을 프로젝트별로 바꿔쓰고 싶다면: 오늘은 Gemini 3 Flash로, 내일은 GPT-5로 바꾸는 게 설정 하나로 됩니다.
- GitHub Actions에 AI 에이전트를 붙이고 싶다면: 공식 GitHub Action이 이미 제공됩니다. CI/CD 파이프라인 자동화에 지금 바로 적용 가능합니다.
- Claude Code의 터미널 화면이 자꾸 깨진다면: Mosh 환경에서 Junie CLI는 화면이 정상 렌더링됩니다. 모바일 감독 워크플로에서 실용적입니다.
좀 더 기다려도 되는 상황
- 로컬 LLM이 필수인 환경: 현재 Ollama 등 로컬 모델 연결이 안 됩니다. 데이터가 외부로 나가면 안 되는 환경이라면 LiteLLM 우회 방식을 쓰거나, 대안 도구를 검토해야 합니다.
- Windows 원격 개발 환경: 아직 지원되지 않습니다. (YouTrack JUNIE-675 진행 중)
- 성능 수치가 우선이라면: Junie CLI의 공식 SWE-bench 수치가 아직 없습니다. “가장 어려운 버그를 잡아야 한다”는 상황이라면 80.9% 수치가 검증된 Claude Code가 안전합니다.
JetBrains AI 제품군이 갈수록 복잡해지는 것도 솔직히 말씀드려야 합니다. AI Assistant, Junie(IDE 플러그인), Junie CLI, Mellum(자체 LLM), 그리고 이번에 같이 공개된 Air(ADE)까지. 뭘 써야 하는지 헷갈리는 건 커뮤니티에서도 지적하는 부분입니다. (출처: JVM Weekly vol. 166, 2026.03.12) JetBrains 측에서도 “언제 뭘 써야 하는가”에 대한 설명이 더 필요하다는 걸 인지하고 있는 것으로 보입니다.
자주 묻는 질문 (Q&A)
마치며 — 총평
Junie CLI가 Claude Code나 Codex를 당장 대체할 수준인가, 솔직히 그렇게 보기는 어렵습니다. SWE-bench 수치가 아직 없고, 로컬 LLM 지원도 안 되고, 베타이다 보니 기능 공백도 있습니다.
그런데 이번 CLI 출시에서 의미 있는 게 하나 있습니다. LLM 공급자에 종속되지 않는 에이전트 구조입니다. Claude Code는 Claude만, Codex는 GPT만 쓸 수 있는데, Junie CLI는 오늘 Gemini를 쓰다가 내일 새 모델이 나오면 바로 바꿀 수 있습니다. 코딩 에이전트 시장이 빠르게 바뀌는 지금, 이 유연성이 장기적으로는 꽤 중요한 선택 기준이 될 수 있습니다.
1주일 무료 기간에 한번 설치해서 직접 비교해보는 건 아깝지 않습니다. 특히 Claude Code Max 비용이 부담이었거나, GitHub Actions에 AI 에이전트를 붙이고 싶었거나, 터미널 화면 깨짐으로 불편했던 경우라면요. 기대했던 것과 다른 부분이 있다면 그것도 경험이 됩니다.
이 포스팅의 한 줄 결론
“아직 Claude Code를 완전히 대체하기는 이르지만, 비용을 낮추면서 LLM 유연성을 확보하려는 개발자에게는 지금 당장 시도해볼 가치가 있습니다.”
본 포스팅 참고 자료
- JetBrains 공식 블로그 — Junie CLI Beta 발표 (영문): blog.jetbrains.com/junie/2026/03/…
- JetBrains 공식 블로그 — Junie CLI Beta 발표 (한국어): blog.jetbrains.com/ko/junie/2026/03/…
- JetBrains 웨비나 Q&A 공식 문서 (한국어, 2025.09.29): blog.jetbrains.com/ko/ai/2025/09/…
- morphllm.com — AI 코딩 에이전트 15종 비교 (2026.03): morphllm.com/ai-coding-agent
- JVM Weekly vol. 166 — JetBrains Air & Junie CLI 분석 (2026.03.12): jvm-weekly.com/p/jetbrains-launches-air-and-junie
⚠️ 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. Junie CLI는 베타 단계이므로 정식 출시 시 가격 구조, 지원 환경, 기능 범위가 달라질 수 있습니다. 본 포스팅의 모든 수치와 정보는 2026년 3월 28일 기준 공식 자료를 바탕으로 작성되었습니다.
댓글 남기기