JetBrains는 단일 개발 환경 창 안에 에이전트 사용을 제한하는 대신, 개발자·팀·조직 환경 전반에서 에이전트형 소프트웨어 개발을 체계화하는 제품 생태계인 JetBrains Air를 발표했다. 이 생태계는 에이전트 실행, 작업 조정, 정책 및 비용 모니터링을 결합하면서도 여러 공급업체의 모델·서비스·에이전트를 사용할 수 있도록 개방성을 유지한다.
회사는 Air 출시가 약 6개월 전 공개적으로 시작한 작업을 통합한 것이라고 밝혔다. 당시 JetBrains는 에이전트형 개발 환경을 실험하기 시작했으며, 제어 및 실행을 위한 개방형 시스템으로 JetBrains Central을 선보였다. 이후 Central CLI 인터페이스, 공유 컨텍스트, 클라우드 에이전트, 작업 자동화, 거버넌스, AI 비용 통제 기능이 추가됐다.
생태계 구성 요소
JetBrains Air는 현재 이용 가능한 제품과 단계적으로 출시될 제품으로 구성된다. 여기에는 JetBrains 환경 안에서 에이전트를 지시하고 작업을 조정하며 결과를 검증하는 경험을 제공하는 Air in JetBrains IDEs가 포함된다. 이 기능은 코드 이해를 위한 JetBrains의 도구를 활용한다. 한편 Air Teams는 개발자와 독립 에이전트가 함께하는 소프트웨어 전달 워크플로의 조정 및 자동화에 초점을 맞춘다.
Air Governance는 이전에 JetBrains Central이라는 이름으로 불렸으며, AI 지원 개발에서 조직 정책, 가시성 및 감사, 비용 관리, 책임성에 초점을 둔다. 전문 프로그래밍을 위한 JetBrains의 에이전트인 Junie에 대한 지원도 모든 Air 인터페이스에서 계속된다.
이 생태계는 개발 환경과 전체 에이전트 생태계 사이의 통신을 표준화하는 것을 목표로 하는 Agent Client Protocol(ACP)도 지원한다. 여기에는 계획, 추론, 도구, 모델 라우팅 및 관측 기능이 포함된다. 개발자는 ACP Registry를 통해 호환되는 에이전트를 검색하고 JetBrains 환경 안에서 실행할 수 있다.
이 발표가 중요한 이유
핵심 아이디어는 에이전트 도입이 이를 관리하는 데 필요한 조직 인프라보다 빠르게 진행되고 있다는 것이다. 에이전트가 소프트웨어 변경 사항을 생성할 수 있더라도, 코드에 대한 접근 권한, 데이터가 이동하는 위치, 인간 검토의 범위, 원격 작업 중 발생한 일, 변경을 승인한 사람과 검증 방식에 관한 질문은 여전히 남는다.
JetBrains는 에이전트의 역할이 변경 사항을 생성하는 데서 그치지 않고 이를 이해하고 검증하며 책임지는 단계로 확대되면서 문제가 이어진다고 본다. 겉보기에는 올바르지만 잘못된 가정이나 아키텍처상의 모순을 포함한 코드는 생성 비용이 낮아졌더라도 검토, 재작업, 보안 및 인프라 측면에서 더 큰 비용을 초래할 수 있다.
멀티 공급업체 개방성과 현재의 제약
JetBrains는 에이전트형 개발의 미래가 여러 공급업체를 아우를 것이라는 전제에서 Air를 제시한다. 모델과 에이전트는 작업 적합성이 서로 다르고, 같은 조직 안에서도 팀마다 다른 도구를 선택할 수 있기 때문이다. 회사는 여러 모델과 에이전트를 지원하는 것 자체가 최종 목표는 아니라고 말한다. 더 중요한 것은 변경 사항을 생성한 도구와 관계없이 공유 컨텍스트, 통합 정책, 비용에 대한 단일한 가시성, 발생한 일에 대한 기록을 제공하는 것이다.
그러나 이번 발표는 일부가 여전히 로드맵에 해당한다. JetBrains는 Air가 연속적인 릴리스를 통해 발전할 것이며, 현재 이용 가능한 기능, 프리뷰 단계에 들어간 기능, 장기적인 방향에 포함된 기능을 구분한다고 설명했다. 향후 계획에는 모바일 및 원격 경험 확대, 코드·아키텍처·저장소·런타임 동작·조직 지식에서 얻는 컨텍스트 추가, 저장소 이벤트·일정·전달 프로세스에 대응해 더 많은 작업을 실행하는 기능이 포함된다.
실제로 이번 발표만으로 이러한 통제가 모든 거버넌스 문제를 해결하거나 서로 다른 에이전트 간 통합이 모든 경우에 동일한 수준으로 작동한다는 점이 입증된 것은 아니다. 하지만 JetBrains가 주로 개별 개발자의 워크스테이션에 초점을 맞추던 데서 벗어나 개발자·에이전트·팀·조직을 연결하는 계층을 구축하는 방향으로 이동했음을 보여준다. 또한 이해 가능성, 검증 가능성 및 책임성을 에이전트형 개발 시스템의 일부로 만들고 있다.