JetBrains, 출시하는 모든 IDE에 에이전트 오케스트레이터를 탑재하다

JetBrains는 10월 1일 자사 IDE에서 Air의 얼리 액세스를 열었다. JetBrains Marketplace의 플러그인으로 제공되거나 IntelliJ, PyCharm, WebStorm, Rider 및 나머지 제품군의 2026.3 EAP 빌드에 번들로 포함되며, 2026.2 버전부터 작동한다. 플러그인은 무료다.

흥미로운 부분은 그 규정 방식이다. Air는 모델이 아니고 에이전트도 아니다. 설치된 에이전트 없이 제공된다. JetBrains는 이를 개발자가 이미 비용을 지불하고 있는 에이전트와 구독을 위한 통로라고 설명하며, IDE가 터미널을 감지하듯 이미 머신에 있는 것을 감지한다.

채팅 대신 세션

JetBrains는 여러 작업을 동시에 오케스트레이션하는 것은 모델과 대화하는 것과 다른 활동이며, 둘 다에 하나의 인터페이스를 사용해 온 것은 실수였다고 주장한다. 기존 IDE AI는 채팅에 집중했다. Air는 세션에 집중한다.

각 세션은 작업을 수행하는 에이전트이며, 인터페이스는 활동, 읽지 않은 업데이트, 변경된 파일, 나가는 커밋, 각 세션의 비용을 한 화면에서 함께 추적한다. 세션은 프로젝트 전반에서 실행되거나, 편집기 탭으로 표시되거나, 작업에 따라 터미널 또는 그래픽 채팅에 머물 수 있다. IDE 어디에서든 Ctrl을 두 번 누르면 현재 컨텍스트가 첨부된 프롬프트 창이 열린다.

격리는 임시 Git 워크트리로 처리된다. 세션은 모든 브랜치에서, 새 브랜치에서 또는 분리된 상태에서 시작할 수 있으며, 결과는 메인 프로젝트로 체리픽된다. JetBrains는 에이전트 출력이 개발자가 풀 리퀘스트를 검토할 때 사용하는 것과 동일한 도구를 사용해 IDE 내에서 검토 가능한 diff로 표시되며, 변경 사항이 자동 적용되지 않는다고 말한다.

전략적 핵심은 프로토콜 플레이

Air는 JetBrains가 Zed와 공동 구축하고 Apache 라이선스로 공개한 개방형 표준인 Agent Client Protocol을 지원하는 에이전트를 연결한다. ACP는 stdin과 stdout을 통해 JSON-RPC 2.0을 사용하며, JetBrains, Zed, Google, GitHub 및 25개 이상의 에이전트가 이를 채택했다. 두 회사는 또한 IDE에 내장된 호환 에이전트의 검색 가능한 디렉터리인 ACP Registry를 출시했다.

가장 쉬운 비교 대상은 Language Server Protocol이다. LSP는 조합마다 맞춤 통합을 하는 대신 하나의 공유 표준을 통해 모든 편집기가 모든 언어를 지원할 수 있게 했다. ACP는 에이전트에 대해 같은 일을 하는 것을 목표로 한다.

JetBrains는 모델 품질이 아니라 에이전트가 실행되고, 감독되고, 검토되는 계층에서 경쟁하고 있으며, 에이전트가 편집기와 대화하는 방식을 규정하는 프로토콜을 공동 작성하는 것은 기능이 아니라 인프라가 되기 위한 방법이다. 회사 자체 설명은 더 직설적이다. 에이전트를 멀리 두는 IDE는 에이전트 기반 개발이 일상화되면서 어려움을 겪을 것이다.

지원되는 에이전트에는 Codex, Claude Agent, GitHub Copilot, Gemini, OpenCode, JetBrains 자체 Junie 및 기타 ACP 호환 도구가 포함된다. 기존 Anthropic, OpenAI 또는 Google 키가 있는 사용자는 JetBrains에 아무것도 지불하지 않는다. 에이전트 구독이 없는 사용자를 위해 JetBrains는 JetBrains 계정으로 로그인한 후 무료 Junie Lite 실행을 제공한다. JetBrains AI 크레딧은 회사 자체 호스팅 모델 액세스의 경우 월 10달러부터 시작한다.

Cursor에 없는 기능

JetBrains가 강조하는 차별점은 Air에 연결된 에이전트가 IDE 도구를 스킬로서 호출할 수 있다는 점이다. 에이전트는 실패한 테스트를 조사하기 위해 디버그 실행을 트리거하거나, 프로파일러를 실행하거나, 전체 다중 파일 컨텍스트와 함께 리팩터링 엔진을 사용할 수 있다. 에이전트는 또한 MCP를 통해 IDE 도구에 접근하고 붙여넣은 텍스트 대신 구조화된 컨텍스트로 작업할 수 있다.

JetBrains는 이것이 일부 작업에서 더 나은 결과를 내고 어떤 경우에는 더 적은 토큰을 사용한다고 말한다. 토큰 주장은 회사의 주장이며, 독립적인 테스트는 공개되지 않았다.

근본적인 논점은 에이전트가 무엇을 볼 수 있는가에 관한 것이다. 파일을 읽고 쓸 수만 있는 에이전트는 텍스트에서 출발한다. 느린 함수를 프로파일링하고 호출 스택을 검사할 수 있는 에이전트는 시니어 개발자가 같은 문제를 진단할 때 가질 법한 컨텍스트를 갖는다. JetBrains는 26년 동안 그 도구를 구축해 왔으며, Air는 에이전트가 처음으로 그것에 접근할 수 있게 한 제품이다.

시점이 맞아떨어지는 이유

JetBrains는 검토 단계가 공인된 병목으로 떠오른 시점에 이 제품을 출시한다. 많은 팀에서 코드를 작성하는 일은 더 이상 제약이 아니다. 작성된 내용을 확인하는 일이 제약이다.

그 판단은 도구 시장 전반에서 동시에 나타나고 있다. Qodo는 같은 주에 검토를 핵심으로 내세운 버전 3.0을 출시했고, Cursor는 에이전트 워크플로에 검토 봇을 추가했다. 세 공급업체가 같은 결론에 수렴한다는 것은 제약이 완전히 이동했음을 시사한다. 에이전트가 인간이 읽을 수 있는 것보다 빠르게 코드를 생산할 수 있을 때, 가치는 읽기 비용을 줄이는 무엇이든 쪽으로 이동한다.

Air의 설계는 이를 반영한다. 이 제품은 병렬 에이전트 세션을 조종할 대화가 아니라 검토할 작업 큐로 취급하며, 세션당 비용을 변경된 파일과 같은 화면에 배치한다. 얼마나 많은 에이전트를 실행할지 결정하는 엔지니어링 관리자에게 그 비용 줄은 실질적인 한계다.

세션당 비용 표시는 작은 기능이지만 행동에 매우 큰 영향을 미친다. 오래 실행되는 에이전트가 얼마를 쓰는지 볼 수 없는 팀은 조심스럽게 에이전트 하나를 실행하는 경향이 있다. 세션당 숫자를 볼 수 있는 팀은 여러 개를 실행할 의향이 더 크다. 결정이 도박이 아니라 배분이 되기 때문이다. 이는 클라우드 지출 대시보드에서 일어난 것과 같은 변화이며, 사람들이 일을 조직하는 방식을 바꾼다.

Air가 해결하려는 조정 문제도 있다. 한 작업에는 Claude, 다른 작업에는 Codex, 세 번째 작업에는 Copilot을 실행하는 팀은 결국 세 개의 별도 인터페이스를 갖게 되고 각각 무엇을 건드렸는지 공유 기록이 없다. 이미 diff, 검사, 버전 관리를 갖춘 IDE에서 이들을 통합하는 것은 새 도구를 도입하는 것보다 작은 변화이며, Java, Kotlin 또는 Python을 위해 JetBrains로 표준화한 팀에게는 에이전트를 얻기 위해 모두를 다른 편집기로 밀어 넣지 않아도 된다.

아직 정해지지 않은 것

Air는 얼리 액세스 릴리스다. JetBrains는 거친 부분, UI와 동작의 변경, 대략 매주 업데이트를 예상하라고 말한다. 일반 제공 날짜는 제시하지 않았다. 장기 실행 작업을 위한 클라우드 실행은 AI 시트가 있는 조직으로 제한되며, JetBrains는 이에 대한 가격을 밝히지 않았다.

개인정보 보호와 관련해 회사는 에이전트에 로그인하지 않으면 아무것도 머신을 떠나지 않으며, 서드파티 구독이 있는 경우 데이터는 JetBrains를 거치지 않고 기존 계약에 따라 해당 제공업체로 간다고 말한다. 플러그인을 비활성화해도 다른 것은 바뀌지 않으며, 별도의 AI Assistant는 계속 지원된다.

팀 자체 저장소에서 테스트해 볼 가치가 있는 주장은 검토에 관한 것이다. Air는 여러 에이전트를 한 번에 실행하기 쉽게 만든다. 그것이 더 많은 병합된 작업을 낳는지, 아무도 읽지 않는 더 많은 diff를 낳는지는 경험적 질문이며, 출시 게시물이 아니라 사용 첫 달에 답이 나올 것이다.