Air가 무엇인지, 한 줄로 정리하면

결론부터 말씀드리면, Air는 IDE가 아닙니다. 정확히는 여러 AI 에이전트를 동시에 실행하고, 그 결과를 한 화면에서 검토·승인하는 에이전트 오케스트레이션 환경입니다. JetBrains 공식 출시 포스트에서도 “IDE는 코드 에디터에 도구를 붙이고, Air는 에이전트를 중심으로 도구를 붙인다”고 명확히 구분하고 있습니다. (출처: JetBrains 공식 블로그, 2026.03.09)

기존 IntelliJ IDEA나 Rider 같은 JetBrains IDE는 그대로 씁니다. Air는 그 옆에서 “에이전트한테 이 작업 맡겨줘” 역할을 하는 별도 앱입니다. 코드 한 줄 한 줄을 직접 쓰는 게 아니라, 작업 단위로 에이전트에게 위임하고 결과를 승인하는 방식입니다. 이 패러다임 전환이 Air의 핵심이고, 동시에 현재 가장 크게 논란이 되는 부분이기도 합니다.

Air에서 모든 작업의 단위는 Task(태스크)입니다. 특정 파일의 특정 라인, 특정 메서드를 언급해서 에이전트에게 정확한 컨텍스트를 전달합니다. 복사·붙여넣기로 에이전트 창에 코드를 던지던 방식과는 구조적으로 다릅니다. 작업 완료 후에는 코드 diff뿐만 아니라 전체 코드베이스 흐름 안에서 변경 사항을 확인할 수 있고, 터미널·Git 클라이언트·내장 미리보기가 한 화면에 붙어 있습니다.

▲ 목차로 돌아가기

Claude 구독이 안 되는 이유, 공식 문서에 명시돼 있습니다

Air 공식 출시 포스트에는 사용 조건이 이렇게 적혀 있습니다. “JetBrains AI 구독자 또는 기존 에이전트 공급자(Anthropic 제외)를 구독하고 API 키를 보유한 개발자라면 누구나 사용할 수 있습니다.” (출처: JetBrains Air 공식 출시 포스트, 2026.03.09, 공식 링크) 즉, OpenAI Personal 구독이나 Google 구독은 BYOK(Bring Your Own Key) 방식으로 연동할 수 있지만, Anthropic 구독은 제외됩니다.

이유는 Anthropic이 Claude Code 외 서드파티 앱의 Claude 플랜 인증을 제한했기 때문입니다. Reddit의 JetBrains 커뮤니티(2026.03.24, 댓글 43개)에서도 이 문제가 정확히 짚혔습니다. “Anthropic이 서드파티 Claude 접근을 제한하는 정책을 발표했고, Claude Code만이 해당 플랜 인증을 사용할 수 있다”는 것입니다. (출처: r/Jetbrains, 2026.03.24) Claude API 키를 별도로 발급받아 넣는 방식은 가능하지만, 이 경우 Claude Max·Pro 구독의 무제한 사용은 해당되지 않고 API 토큰 비용이 별도로 청구됩니다.

정리하면, Air에서 Claude Agent를 무료(구독 포함)로 쓰는 방법은 현재 없습니다. Anthropic과 JetBrains 사이에 별도 계약이 이뤄지지 않은 한, 이 구조는 당분간 바뀌지 않습니다. 이유는 아직 공개되지 않았습니다.

▲ 목차로 돌아가기

Fleet을 버리고 다시 쓴 이유

JetBrains는 2021년부터 IntelliJ IDEA를 대체할 차세대 IDE로 Fleet을 개발해왔습니다. 2025년 12월, Fleet이 정식 출시에 도달하지 못한 채 공식 개발이 중단됐습니다. (출처: The Register, 2026.03.10, 공식 링크) 그리고 불과 3개월 만에 Air라는 이름으로 같은 코드베이스가 되살아났습니다. Fleet은 전통적인 Java IDE인 IntelliJ IDEA와 별개로, 경량화된 새 환경을 목표로 설계됐는데, 그 구조가 에이전틱 환경에 오히려 더 적합하다고 판단한 것으로 보입니다.

이 배경은 단순한 역사 이야기가 아닙니다. Air가 “아직 불안정하다”는 실사용 반응의 원인과 연결됩니다. Reddit 커뮤니티에서 “Fleet이 오래가지 못했듯 Air도 그렇게 되는 거 아니냐”는 우려가 나오는 것도 이 때문입니다. “Fleet 이후 다음은 Air다”라는 시선은 프리뷰 기간 내내 Air의 발목을 잡을 가능성이 높습니다.

반대로 보면 긍정적인 해석도 있습니다. JetBrains가 Fleet 개발 중에 쌓은 비-IntelliJ 기반 IDE 경험이 에이전틱 환경 설계에 그대로 녹아 있다는 점입니다. 에이전트 중심으로 도구를 배치하는 방식, Git 워크트리와 Docker 컨테이너 격리 구조는 Fleet의 경량화 설계 원칙을 계승한 결과입니다.

▲ 목차로 돌아가기

에이전트 4개를 동시에 돌리면 크레딧은 어떻게 빠질까

Air의 핵심 기능은 에이전트 병렬 실행입니다. 이 기능이 매력적으로 느껴지는 순간, 동시에 고민해야 할 것이 AI 크레딧 소진 속도입니다. JetBrains AI Pro 요금제는 30일당 10 AI 크레딧, AI Ultimate는 30일당 35 AI 크레딧입니다. (출처: JetBrains 공식 가격 페이지, 공식 링크) Pro 기준 연간 요금은 사용자 1인당 $100입니다.

Reddit 실사용 스레드에서 한 사용자는 “에이전트 세션 하나가 크래시 나면서 코드 승인·커밋이 불가능한 상태에 빠졌다”고 보고했습니다. (출처: r/Jetbrains, 2026.03.24) 이미 소진된 크레딧은 복구되지 않습니다. 병렬 실행이 가능하다는 뜻은, 크레딧도 병렬로 빠진다는 뜻입니다. Pro 플랜의 30일당 10 크레딧으로 에이전트를 동시에 여럿 돌리면 일주일 안에 한도에 도달할 수 있다는 계산이 나옵니다.

BYOK 방식을 택하면 이 제한에서 벗어날 수 있습니다. OpenAI나 Google API 키를 가져오면 해당 키가 우선 적용되고, 부족한 사용량만 JetBrains 구독에서 차감됩니다. 크레딧 소진이 걱정된다면 BYOK를 먼저 설정하는 것이 합리적입니다.

▲ 목차로 돌아가기

Air를 써야 할 상황과 쓰지 말아야 할 상황

✅ Air가 실제로 도움이 되는 상황

• 작업 단위가 명확하고 반복적인 경우: API 엔드포인트 추가, 단위 테스트 생성, 리팩터링 등 범위가 정해진 작업을 여러 개 병렬로 돌릴 때 효율이 납니다. 각 에이전트가 독립된 Git 워크트리 또는 Docker 컨테이너에서 실행되므로 서로 충돌하지 않습니다.
• 에이전트를 자주 바꿔 써야 하는 프리랜서나 스타트업: Codex, Gemini CLI, Junie를 프로젝트마다 전환하는 것이 Air에서는 자연스러운 워크플로우가 됩니다. 각 에이전트를 별도 터미널에서 설정하는 번거로움이 줄어듭니다.
• 기존 IntelliJ IDEA 사용자로, 에이전트 실험을 추가하고 싶은 경우: Air는 기존 IDE를 교체하지 않습니다. IntelliJ로 코딩하면서 Air에서 에이전트에게 보조 작업을 맡기는 병행 구조가 JetBrains의 공식 권장 방식입니다.

❌ Air가 맞지 않는 상황

• Claude 구독을 주력으로 쓰는 경우: 앞서 설명했듯 Anthropic 구독 연동이 현재 막혀 있습니다. Claude API 키를 별도로 사용해야 하고, 이때는 구독 포함 무제한 사용이 적용되지 않습니다.
• Windows 또는 Linux 사용자: 2026년 3월 27일 현재 macOS 전용입니다. Windows·Linux 버전은 “출시 예정”으로만 명시됐고, 구체적인 일정은 공개되지 않았습니다.
• 로컬 모델(Ollama, Qwen 등)을 선호하는 경우: JetBrains가 공식 Issue Tracker에 “현재 ETA 없이 플래닝 중”이라고만 답했습니다. 당분간 로컬 모델 지원은 없습니다.

▲ 목차로 돌아가기

Cursor·Codex App과 실제로 무엇이 다른가

Air가 Cursor나 Codex App과 가장 크게 다른 지점은 포지셔닝입니다. Cursor는 VS Code 기반의 코드 에디터 자체를 AI화한 것이고, Codex App은 OpenAI가 직접 만든 자사 에이전트 전용 런처입니다. Air는 이 둘 중 어느 쪽도 아닙니다. 에디터도 아니고, 특정 에이전트 전용도 아닙니다. 여러 에이전트를 같은 화면에서 관리하는 레이어입니다.

Reddit 실사용 반응에서 “Codex App이나 Antigravity(Google의 에이전틱 도구)와 비교하면 Air는 정보 밀도가 낮고 블랙박스 느낌”이라는 평이 여러 건 올라왔습니다. (출처: r/Jetbrains, 2026.03.24) UX 완성도 면에서는 아직 경쟁 도구에 미치지 못한다는 인식이 솔직한 현재 상황입니다. 반면 멀티 에이전트 전환과 워크트리·컨테이너 격리 구조는 다른 도구에서 기본 제공하지 않는 Air만의 강점입니다.

▲ 목차로 돌아가기

Q&A

▲ 목차로 돌아가기

마치며

JetBrains Air는 지금 단계에서 완성된 도구가 아닙니다. macOS 전용, Claude 구독 제한, 크레딧 체계의 복잡성, Fleet 기반에 대한 커뮤니티 불신, UX 미완성 — 나열하면 단점이 많습니다. 그런데도 눈여겨봐야 하는 이유는 딱 하나입니다. 에이전트 경쟁이 모델 성능 싸움에서 워크플로우 설계 싸움으로 넘어가는 시점에, JetBrains가 가장 먼저 멀티 에이전트 오케스트레이션을 IDE 수준으로 구현했다는 점입니다.

Air를 지금 바로 쓸지 여부는 상황에 따라 다릅니다. macOS를 쓰고, JetBrains AI 구독이 있거나 OpenAI·Google API 키를 보유하고 있고, 병렬 에이전트 실험에 관심 있다면 지금 설치해볼 만합니다. Claude 구독 주력이거나 Windows 사용자라면, Windows 버전과 Anthropic 연동 이슈가 해결되는 시점을 기다리는 쪽이 현실적입니다.

솔직히 말하면, 지금의 Air는 “써보고 싶은데 조건이 안 맞는” 도구입니다. 그 조건 중 하나라도 해당된다면 이 글이 판단에 도움이 됐으면 합니다.

본 포스팅 참고 자료

1. JetBrains Air 공식 출시 포스트 (한국어): blog.jetbrains.com/ko/air/
2. JetBrains Air 공식 출시 포스트 (영문): blog.jetbrains.com/air/
3. The Register — JetBrains Air: agentic IDE built on abandoned Fleet (2026.03.10): theregister.com
4. JetBrains AI 가격 공식 페이지: jetbrains.com/ai-ides/buy/
5. Reddit r/Jetbrains — Thoughts on JetBrains’ new agentic IDE, Air (2026.03.24): reddit.com/r/Jetbrains