IT/AI
Junie CLI, ‘LLM 무관’이라는 말이 맞긴 합니다 — 딱 이 조건까지
2026년 3월 9일, JetBrains가 Junie CLI 베타를 공개했습니다. “어떤 LLM이든 연결할 수 있다”는 게 핵심 메시지인데, 공식 문서를 직접 뜯어보니 그 말이 완전히 맞지는 않습니다. 그리고 함께 공개된 Air가 무엇으로 만들어졌는지 알게 되면 꽤 당황스럽습니다.
Junie CLI가 뭔지 결론부터
Junie CLI는 JetBrains가 2026년 3월 9일 베타로 출시한 독립형 AI 코딩 에이전트입니다. 기존 Junie는 JetBrains IDE 플러그인으로만 동작했습니다. 이번 버전은 터미널, 모든 IDE, CI/CD 파이프라인, GitHub·GitLab 어디서든 쓸 수 있도록 완전히 독립됐습니다. (출처: JetBrains 공식 블로그, 2026.03.09)
가장 먼저 짚어야 할 게 있습니다. Junie CLI는 ‘어떤 LLM이든 연결할 수 있다(LLM-agnostic)’는 게 핵심 메시지인데, 이게 무한정 열려 있는 말이 아닙니다. 공식 지원 벤더는 OpenAI, Anthropic, Google, Grok 넷뿐입니다. 그리고 Ollama 같은 로컬 모델은 현재 지원하지 않습니다 — 이 부분은 섹션 2에서 자세히 다룹니다.
Junie CLI와 함께 공개된 Air는 멀티 에이전트 오케스트레이션 환경입니다. Claude Agent, Gemini CLI, Codex, Junie CLI를 동시에 돌릴 수 있는 구조로, JetBrains는 이걸 IDE(Integrated Development Environment)가 아닌 ADE(Agentic Development Environment)라고 부릅니다.
‘LLM 무관’인데 로컬 모델은 안 됩니다
💡 공식 YouTrack 이슈와 JVM Weekly 커뮤니티 반응을 같이 보니 이런 차이가 보였습니다 — ‘무관’이라는 단어의 범위가 클라우드 API로 한정돼 있습니다.
JetBrains 공식 YouTrack 이슈(JUNIE-47)에는 이렇게 나와 있습니다: “로컬 모델 지원은 현재 ETA가 없지만 플래닝에서 활발히 논의 중인 주제입니다.” 즉, 지원 계획은 있지만 언제가 될지는 공식적으로 밝히지 않은 상태입니다.
이게 왜 중요하냐면, Junie CLI를 쓰고 싶어하는 개발자 중 상당수가 기업 환경에서 코드 유출을 걱정하는 팀이기 때문입니다. API 키를 외부 클라우드로 보내는 구조는, 아무리 BYOK(Bring Your Own Key)라 해도 데이터가 모델 서버를 거칩니다. 로컬 모델 없이는 데이터 민감도가 높은 프로젝트에선 쓰기 어렵습니다.
로컬 모델 미지원 → 보안 정책이 엄격한 팀은 지금 당장 전사 도입이 어렵습니다.
Air는 사실 Fleet의 재활용입니다
💡 공식 발표문과 DevClass 취재 내용을 같이 놓고 보니 이런 차이가 보였습니다 — JetBrains는 Air를 ’26년의 도약’으로 발표했지만, 기반은 2025년 12월에 공식 종료된 Fleet IDE입니다.
Air는 2026년 3월 9일 공개 프리뷰로 출시됐습니다. JetBrains는 이를 “26년간의 개발 경험을 기반으로 한 새로운 물결”이라고 소개했습니다. 그런데 DevClass 보도(2026.03.11)에 따르면 Air의 기반 IDE는 바로 Fleet입니다 — JetBrains가 4년간 프리뷰 상태로 운영하다 2025년 12월에 GA(정식 출시) 없이 종료한 그 Fleet입니다.
아키텍처 자체는 IntelliJ 계열보다 VS Code에 가까워서 성능은 더 가볍다는 평이 있습니다. 다만 초기 사용자들은 Fleet에서도 익숙했던 메모리 문제를 그대로 경험했다는 보고가 이미 나오고 있습니다. 그리고 지금 Air는 macOS 전용입니다. Windows·Linux 버전은 “나중에 제공 예정”입니다.
솔직히 말하면, Fleet이 실패한 가장 큰 이유 중 하나가 “기존 IntelliJ 사용자가 굳이 옮겨야 할 이유를 못 느꼈다”는 점이었습니다. Air가 같은 기반 위에 AI 에이전트 레이어를 얹은 구조라면, 로열티 높은 IntelliJ 사용자를 어떻게 설득할지가 이번에도 JetBrains의 과제가 됩니다.
가격 구조 — BYOK가 핵심인 이유
공식 junie.jetbrains.com 가격 페이지 기준으로, Junie CLI는 세 가지 방법으로 쓸 수 있습니다. 첫째는 BYOK(Bring Your Own Key) — 내 API 키를 연결해서 JetBrains에 플랫폼 요금을 내지 않는 방식입니다. 둘째는 AI Pro($10/월), 셋째는 AI Ultimate($30/월)입니다. (출처: junie.jetbrains.com, 2026.03.30 확인)
BYOK 구조가 중요한 이유는 하나입니다. Cursor Pro가 월 $20, Claude Code Max가 $100~$200인데, BYOK로 Junie CLI를 쓰면 플랫폼 고정비 없이 실제 사용한 모델 토큰 비용만 냅니다. 대형 프로젝트를 적게 돌리는 팀이라면 월 수 달러 수준도 가능합니다. JVM Weekly 커뮤니티에서도 “Claude Code Max를 안 써도 된다”는 게 반복적으로 언급됩니다.
단, BYOK는 어디까지나 내가 각 모델 벤더에 API 키 계정이 있어야 하는 전제입니다. 처음 시작한다면 첫 주 무료 제공되는 Gemini 3 Flash($50 크레딧 한도 안에서)로 먼저 써볼 수 있습니다.
Claude Code·Cursor와 실제로 다른 점
💡 경쟁 도구들의 공식 가격·스펙과 Junie CLI를 나란히 놓고 보면, “어느 게 낫냐”보다 “어떤 상황에 맞냐”가 더 정확한 질문입니다.
Claude Code는 Anthropic 모델에 고정돼 있습니다. 컨텍스트 창이 크고 제로 데이터 보존 정책이 강점이지만 월 $200짜리 Max 플랜을 써야 제대로 활용됩니다. Cursor는 여러 모델을 선택할 수 있고 Pro 기준 월 $20인데, 에이전트 모드보다 AI 채팅·자동완성 쪽이 더 완성도 높다는 평가가 많습니다. (출처: LowCode Agency 비교 페이지, 2026.03 기준)
Junie CLI의 차별점은 JetBrains 정적 분석 엔진과의 연동입니다. 단순히 파일을 grep하는 게 아니라 IDE가 이미 파악하고 있는 프로젝트 구조, API 문서, 심볼 정보를 에이전트가 직접 참조합니다. Hacker News 커뮤니티(item?id=43704579)에서 “컴파일 전에도 코드를 검증할 수 있는 에이전트”로 거론된 것도 이 부분입니다.
반면 지적도 꽤 나옵니다. Reddit r/cursor 스레드(2025.12.20)에는 “Junie가 가장 쉬운 작업에서도 멈추는 경우가 있다”는 사용 후기가 있었고, JVM Weekly 저자도 제품 이름 혼란(AI Assistant, Junie 플러그인, Junie CLI, Mellum, Air)을 언급했습니다. 베타 특성상 불안정성은 감안해야 합니다.
또 한 가지 — GitHub Action으로 PR 자동 처리가 가능하고, .junie/guidelines.md 파일 하나로 에이전트 행동 지침을 프로젝트 단위로 제어할 수 있습니다. Claude Code나 Codex에서 마이그레이션할 때도 원클릭 이전을 공식 지원합니다.
지금 써야 하는 경우, 기다려야 하는 경우
써봐도 좋은 상황과 기다리는 게 나은 상황을 정리해봤습니다.
✅ 지금 써볼 만한 경우
- 이미 JetBrains IDE를 쓰는 팀
- Claude Code Max 비용($100~$200/월)이 부담스러운 개인 개발자
- 여러 모델을 프로젝트마다 바꿔 쓰고 싶은 경우
- CI/CD에 에이전트를 붙여보고 싶은 경우
- 첫 주 $50 무료로 가볍게 테스트해볼 때
⏳ 기다리는 게 나은 경우
- 코드 유출 정책이 엄격해 로컬 모델이 필수인 팀
- Windows·Linux에서 Air까지 함께 쓰고 싶은 경우
- 베타 안정성이 충족되길 기다리는 프로덕션 팀
- 기존 IntelliJ 워크플로에 만족 중인 개인 개발자
제가 직접 느끼기엔 Junie CLI의 가장 강한 포인트는 BYOK 가격 구조입니다. 도구 비용이 모델 비용에 따라 완전히 달라지기 때문에, 이미 Anthropic이나 Google API 키를 갖고 있는 팀이라면 플랫폼 요금 없이 에이전트를 넣을 수 있다는 게 꽤 매력적입니다. 다만 베타라는 말은 진짜입니다 — 지금 완성된 도구를 기대하고 들어가면 실망할 수 있습니다.
자주 묻는 것들 — 5가지
Q1. IntelliJ Community Edition에서도 Junie CLI 쓸 수 있나요?
터미널 기반 Junie CLI 자체는 어떤 IDE와도 독립적으로 동작합니다. 다만 IDE 플러그인 형태의 Junie는 Community Edition에서 지원되지 않습니다. CLI로 쓸 때는 IDE 종류에 무관합니다. (출처: JetBrains YouTrack SUPPORT-A-1828)
Q2. 첫 주 무료 Gemini 3 Flash, 정확히 어떤 조건인가요?
설치 직후 기본값으로 활성화되며, 사용자당 $50 한도 안에서 일주일간 무료입니다. 전체 프로그램 한도도 별도로 있습니다. 일주일 후에는 BYOK 또는 유료 플랜으로 전환해야 합니다. (출처: junie.jetbrains.com 공식 페이지, 2026.03.30 확인)
Q3. Claude Code에서 Junie CLI로 이전이 정말 원클릭인가요?
공식 발표에서는 “원클릭 마이그레이션”으로 명시했습니다. 다만 베타 단계이고 실제 이전 과정에서 설정 파일(guidelines.md 등) 호환 여부는 직접 검증이 필요합니다. JetBrains가 구체적인 가이드를 별도로 공개하지 않은 부분입니다.
Q4. Air는 macOS만 되는데 언제 Windows·Linux 지원되나요?
공식 출시 공지에는 “Windows·Linux 버전은 곧 제공 예정”이라고만 나와 있습니다. 구체적인 일정은 아직 공개되지 않았습니다. Junie CLI 자체는 macOS, Linux, Windows 모두 지원합니다.
Q5. Junie CLI는 오픈소스인가요?
JVM Weekly(2026.03.12)에 따르면 Junie CLI는 GitHub(github.com/JetBrains/junie)에 공개돼 있습니다. 다만 오픈소스 라이선스 세부 내용은 리포지터리에서 직접 확인이 필요합니다.
마치며
Junie CLI는 “어떤 LLM이든”이라는 말을 내세웠지만, 클라우드 API 4개 벤더 안에서만 그렇습니다. 로컬 모델을 원하는 개발자에겐 지금 당장 답이 아닙니다.
Air가 버려진 Fleet 위에서 다시 시작한다는 사실은, 새 기술에 기대를 거는 동시에 같은 실패를 반복하지 않을지 지켜봐야 할 이유가 됩니다. JetBrains가 IntelliJ 고객을 설득하지 못했던 구조적 문제가 AI 레이어 하나를 얹는다고 해결되진 않습니다.
그럼에도 BYOK + 정적 분석 연동의 조합은 기존 JetBrains 사용자라면 한 번쯤 테스트해볼 가치는 있습니다. 첫 주 $50 무료로 부담 없이 시작할 수 있고, 마음에 안 들면 BYOK라 나오는 비용도 없습니다. 베타 꼬리표가 떨어지는 시점이 진짜 판단 타이밍이 될 것 같습니다.
본 포스팅 참고 자료
본 포스팅은 2026년 3월 30일 기준으로 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 가격·지원 모델·한도 등은 JetBrains 공식 페이지에서 최신 정보를 직접 확인하시기 바랍니다.
댓글 남기기