JetBrains가 에이전트 개발 전 과정을 묶는 JetBrains Air를 공개했다

JetBrains가 에이전트 기반 소프트웨어 개발을 겨냥한 제품 체계 'JetBrains Air'를 공개했다. 단일 도구가 아니라 IDE 안팎에서 에이전트 작업을 지시하고 조율하고 검증하고 통제하는 여러 제품을 하나의 시스템으로 묶은 것이 핵심이다. JetBrains는 이를 개방적이고 일관된 제품 시스템이라고 규정한다.

구성은 네 갈래다. Air in JetBrains IDEs는 IDE 안에서 에이전트를 지시·조율하고 JetBrains의 코드 인텔리전스로 결과물을 검증하는 환경이다. Air Teams는 개발자와 자율 에이전트가 섞여 돌아가는 소프트웨어 전달 워크플로를 조율하고 자동화한다. Air Governance는 기존 JetBrains Central을 이름만 바꾼 것으로, 조직 정책과 가시성, 감사 가능성, 비용 관리, 책임 소재를 다룬다. 여기에 JetBrains의 코딩 에이전트 Junie가 모든 Air 표면에서 지원된다.

개방성은 별도 표준으로 받친다. Agent Client Protocol(ACP)은 IDE와 에이전트의 전체 하네스, 즉 계획과 로직, 도구, 모델 라우팅, 관측성 사이의 연결을 표준화한다. ACP Registry를 통해 호환 에이전트를 찾아 JetBrains IDE 안에서 그대로 실행할 수 있다. 거버넌스 계층 역시 여러 모델 제공자와 도구에 걸쳐 가시성과 비용 통제를 확장하도록 설계됐다.

배경에는 6개월간의 공개 실험이 있다. JetBrains는 에이전트 개발 환경을 공개적으로 실험하면서 JetBrains Central을 에이전트 주도 개발을 위한 개방형 제어·실행 시스템으로 소개했고, 이후 Central CLI와 공유 컨텍스트, 클라우드 에이전트, 자동화, 거버넌스, AI 비용 통제를 팀과 조직 단위로 순차 출시했다. 26년간 개인 개발자 워크벤치에 집중해 온 회사가 그 바깥의 시스템으로 범위를 넓히는 전환이기도 하다.

문제의식은 도입 속도와 인프라 속도의 격차다. 개발자들은 조직이 주변 체계를 갖추는 속도보다 빠르게 에이전트를 받아들였다. 개인 차원에서는 실용적 가치가 나오지만 조직 차원의 경제성은 검토와 재작업, 보안, 인프라, 지출로 비용이 흩어져 증명이 어렵다. 어떤 에이전트가 회사 코드에 접근하는지, 데이터가 어디로 가는지, 어떤 산출물에 사람 검토가 필요한지, 원격 작업 중 무슨 일이 있었는지, 누가 승인하고 어떻게 검증했는지가 흐려진다.

병목의 위치도 달라진다. 명백히 틀린 코드는 빠르게 걸러지지만, 문제는 거의 맞는 코드다. 그럴듯하고 표면적인 검사는 통과하면서도 잘못된 가정이나 아키텍처 불일치를 조용히 품고 있다가 비싼 시점에 드러난다. 에이전트가 실행을 더 많이 맡을수록 병목은 변경 생성에서 이해와 검증, 책임으로 옮겨간다. 코드 생성은 싸지고 검증은 비싸진다. 위임은 가능해도 책임은 위임되지 않는다.

실무적으로 달라지는 지점은 두 가지다. 하나는 IDE가 여전히 중요하되 모든 개발 시스템이 한 창 안에 담기는 시대는 끝난다는 인식이다. 다른 하나는 에이전트를 IDE에서 쓰면서도 팀 단위 조율과 조직 단위 정책·비용 관리가 같은 맥락 위에서 이어진다는 점이다. 작업에 맞는 모델과 에이전트를 골라 쓰되 조직이 컨텍스트와 가시성, 통제를 포기하지 않아도 된다는 구상이며, 이는 ACP와 거버넌스 계층이 실제로 그 역할을 해내는지에 달려 있다.

전제와 한계도 분명하다. 이 전략은 에이전트 개발의 미래가 멀티벤더라는 가정 위에 서 있다. JetBrains는 시장이 곧 하나로 통합되리라 보지 않고, 모델 순위가 몇 달 단위로 바뀐다고 본다. 제품군에는 이미 나온 것과 앞으로 나올 것이 섞여 있고, 개방성이 현재 치르는 비용, 즉 도구 사이에 컨텍스트가 넘어가지 않고 지출 귀속이 안 되며 서비스마다 정책을 다시 세워야 하는 문제도 인정한다. 자사 에이전트 Junie를 만들지만 Air 사용에 그것을 강제하지는 않는다는 입장이다.