JetBrains Central이 연 새 전쟁터, AI 코딩은 이제 "거버넌스"가 핵심이다

JetBrains가 3월 24일 JetBrains Central을 발표했습니다. AI 코딩 에이전트를 조직 차원에서 관리하고 오케스트레이션하는 플랫폼입니다. 같은 달 9일에는 LLM에 구애받지 않는 독립형 코딩 에이전트 Junie CLI 베타도 출시했습니다. 그리고 에이전틱 개발 환경 Air 퍼블릭 프리뷰까지 동시에 공개했습니다. 세 제품을 한꺼번에 내놓은 이유가 있습니다. JetBrains가 보는 전장이 바뀌었기 때문입니다.

이 발표가 중요한 이유는 단순히 "또 하나의 AI 코딩 도구"가 나왔기 때문이 아닙니다. 코드 생성 경쟁이 에이전트 거버넌스 경쟁으로 전환되는 구조적 변화 를 공식화했기 때문입니다. GitHub이 2월 26일 Agent Control Plane을 GA로 출시한 지 한 달도 되지 않아, JetBrains가 같은 영역에 뛰어들었습니다. 같은 분기에 두 개의 메이저 플레이어가 "에이전트 관리 플랫폼"을 내놓은 것은 업계가 어디로 향하는지를 분명히 보여줍니다.

AI Assistant에서 Central까지, JetBrains의 3년

JetBrains의 AI 전략은 빠르게 진화해왔습니다. 2023년 AI Assistant를 IDE에 통합하며 시작했고, 2025년에는 에이전틱 코딩 에이전트 Junie를 선보였습니다. 그리고 2026년, Central이라는 "메타 플랫폼"으로 도약했습니다.

이 과정에서 JetBrains는 과감한 선택도 했습니다. 차세대 경량 IDE로 야심 차게 시작한 Fleet을 취소했고, 실시간 협업 코딩 도구 Code With Me의 서비스 종료도 발표했습니다. Code With Me는 팀 페어 프로그래밍 워크플로우에 깊이 박혀 있던 도구였기에 커뮤니티에서 적잖은 불만이 나왔습니다. 하지만 JetBrains의 메시지는 명확합니다. 사람과 사람의 실시간 협업보다 사람과 에이전트의 협업 에 올인하겠다는 것입니다.

JetBrains 자체 AI Pulse 설문이 이 결정의 배경을 보여줍니다. 개발자의 90% 가 이미 AI를 사용하고 있지만, 에이전트를 사용하는 비율은 22% 에 불과합니다. 그런데 66% 가 향후 12개월 내 에이전트 도입을 계획하고 있습니다. 에이전트 대폭발이 예고된 셈이고, JetBrains는 그 폭발을 "관리"하는 인프라를 선점하려는 것입니다.

Central의 세 가지 축

Central은 단순한 대시보드가 아닙니다. AI 코딩 에이전트의 운영 복잡성을 조직 차원에서 제어하기 위한 플랫폼입니다. 세 가지 핵심 축으로 구성됩니다.

거버넌스와 제어

첫 번째 축은 정책 관리, 감사 추적, 비용 귀속 입니다. 에이전트가 어떤 코드를 생성했는지, 어떤 LLM을 호출했는지, 비용은 누가 부담하는지를 추적합니다. 개별 개발자가 Claude Code나 Cursor를 자유롭게 쓰는 것과, 조직이 50명의 개발자에게 에이전트를 배포하는 것은 완전히 다른 문제입니다. 보안 정책, 코드 리뷰 규칙, 비용 한도를 중앙에서 설정하고 감사할 수 있어야 합니다. Central은 이 문제를 정면으로 다룹니다.

에이전트 실행 인프라

두 번째 축은 클라우드 런타임과 컴퓨팅 프로비저닝 입니다. 에이전트가 코드를 생성하고 테스트하고 빌드하려면 실행 환경이 필요합니다. Central은 이 인프라를 제공하여 에이전트가 로컬 머신에 의존하지 않고도 작업할 수 있게 합니다. CI/CD 파이프라인과의 통합도 이 축에 포함됩니다.

에이전트 최적화

세 번째 축이 가장 흥미롭습니다. 리포지토리 간 공유 시맨틱 컨텍스트와 태스크 라우팅 입니다. 에이전트가 코드베이스를 이해하는 데 매번 처음부터 시작하지 않도록, 조직의 여러 리포지토리에서 축적된 컨텍스트를 공유합니다. 그리고 작업의 성격에 따라 적합한 에이전트에 라우팅합니다. 단순 리팩토링은 가벼운 모델에, 아키텍처 설계는 강력한 모델에 보내는 식입니다.

JetBrains Agentic Platform 책임자 Oleg Koverznev는 이렇게 설명했습니다.

"코드 생성은 이미 저렴해졌고 더 이상 병목이 아닙니다. 진짜 과제는 에이전트 기반 작업의 운영적, 경제적 복잡성을 관리하는 것입니다."

(원문: "Code generation has already become cheap and is no longer the bottleneck. The real challenge is managing the operational and economic complexity of agent-based work.")

이 발언이 Central의 존재 이유를 압축합니다. 코드를 생성하는 것은 이제 commodity입니다. 진짜 가치는 그 에이전트들을 어떻게 운영하고, 제어하고, 최적화하느냐 에 있습니다.

Junie CLI, "탈 IDE" 전략의 선봉

Junie CLI는 Central과 함께 JetBrains의 AI 전략을 완성하는 또 다른 퍼즐 조각입니다. 기존 Junie가 IntelliJ IDEA 안에서만 동작하는 IDE 내장 에이전트였다면, Junie CLI는 터미널에서 독립적으로 실행되는 에이전트입니다.

핵심 특징은 LLM-agnostic 이라는 점입니다. Anthropic, OpenAI, Google, xAI, OpenRouter 등 다양한 LLM 프로바이더를 BYOK(Bring Your Own Key) 방식으로 지원합니다. 개발자가 자신이 선호하는 모델을 선택할 수 있고, 조직은 Central을 통해 어떤 모델을 허용할지 정책으로 제어할 수 있습니다.

Claude Code나 OpenAI Codex에서의 원클릭 마이그레이션 도 제공합니다. JetBrains가 경쟁 에이전트 사용자를 적극적으로 끌어오려는 의도가 명확합니다. CLI, IDE, CI/CD 어디서든 동일하게 사용할 수 있다는 점은 Junie가 단순한 코딩 보조 도구가 아니라 개발 파이프라인 전체에 걸친 에이전트 를 지향한다는 뜻입니다.

Air, 에이전틱 시대의 IDE

Air는 JetBrains가 Fleet 취소 이후 새롭게 내놓은 개발 환경입니다. "에이전틱 개발 환경"이라는 수식어가 붙었습니다. 기존 IDE가 사람이 코드를 작성하는 환경이었다면, Air는 에이전트와 사람이 함께 작업하는 환경 으로 설계되었습니다.

세 제품의 관계를 정리하면 이렇습니다. Junie 가 실제 코드를 생성하는 에이전트이고, Air 가 그 에이전트와 사람이 협업하는 인터페이스이며, Central 이 이 모든 것을 조직 차원에서 관리하는 컨트롤 타워입니다. 하나의 수직 통합 스택이지만, 각 레이어는 독립적으로도 사용할 수 있습니다. Junie CLI는 Air 없이도 동작하고, Central은 JetBrains 에이전트뿐 아니라 서드파티 에이전트도 관리할 수 있도록 설계되었습니다.

실무 영향, 개발 팀에게 무엇이 달라지나

이 발표들이 실무에 미치는 영향을 짚어보겠습니다.

개인 개발자 에게는 선택지가 넓어졌습니다. Junie CLI가 LLM-agnostic BYOK를 지원하면서, Claude Code나 Cursor에 묶이지 않고 상황에 따라 모델을 바꿔가며 작업할 수 있습니다. 이미 JetBrains IDE를 사용하는 개발자라면 Junie의 IDE 통합이 자연스러운 전환점이 될 수 있습니다.

팀 리더와 엔지니어링 매니저 에게는 Central이 더 중요합니다. 지금까지 AI 코딩 에이전트 도입은 개인의 선택이었습니다. 누군가는 Claude Code를, 누군가는 Cursor를, 누군가는 Copilot을 씁니다. 이 상황에서 "조직 차원의 에이전트 정책"을 세우는 것은 불가능에 가까웠습니다. Central은 이 문제에 대한 첫 번째 본격적인 해답을 제시합니다.

기업 보안 담당자 에게도 의미 있는 변화입니다. 에이전트가 생성한 코드의 감사 추적, 비용 귀속, 접근 제어 등은 엔터프라이즈 도입의 핵심 장벽이었습니다. Central의 거버넌스 기능이 이 장벽을 낮출 수 있을지가 관건입니다.

다만 이것은 아직 초기 단계입니다. Central은 방금 발표되었고, Junie CLI는 베타입니다. 프로덕션 환경에서 수십 명의 개발자가 동시에 에이전트를 돌릴 때 어떤 문제가 생길지는 시간이 증명해야 합니다.

커뮤니티 반응, 기대와 우려 사이

Hacker News와 개발자 커뮤니티의 반응은 엇갈립니다.

가장 많이 언급된 맥락은 Claude Code와의 비교 입니다. HN 사용자 orf는 이렇게 적었습니다.

"Claude Code가 JetBrains의 점심을 먹어치우고 있다."

이 표현은 터미널 기반 AI 코딩 에이전트가 IDE 시장을 잠식하고 있다는 현실을 반영합니다. 많은 개발자들이 IntelliJ에서 작업하다가 Claude Code로 넘어간 경험을 공유하고 있습니다. Junie CLI는 이 흐름에 대한 JetBrains의 직접적인 대응입니다.

반면 긍정적인 평가도 있습니다. 일부 개발자들은 Junie를 실제로 써본 뒤 "놀라울 정도로 좋았다" 고 평가하며, Claude Code 구독을 대체했다는 후기도 올라왔습니다. LLM-agnostic이라는 점이 특히 호평을 받았습니다. 하나의 에이전트 프레임워크에서 여러 모델을 자유롭게 전환할 수 있다는 것은 실무에서 큰 유연성을 제공합니다.

하지만 우려도 분명합니다. Code With Me 종료 에 대한 불만이 상당합니다. 한 사용자는 "우리 워크플로우에 치명적"이라고 표현했습니다. 실시간 협업 코딩 도구를 AI 에이전트로 대체하겠다는 JetBrains의 비전이 모든 팀에 적합한 것은 아닙니다. 특히 주니어 개발자 온보딩이나 실시간 디버깅 세션에서 Code With Me를 사용하던 팀들은 대안을 찾아야 합니다.

기술적 안정성에 대한 지적도 있습니다. Junie가 느리고 간헐적으로 크래시한다 는 보고가 올라오고 있습니다. 베타 단계임을 감안해야 하지만, Claude Code나 Cursor 같은 경쟁 도구의 안정성이 이미 높은 수준에 도달한 만큼 JetBrains가 빠르게 개선해야 할 부분입니다.

에이전트 거버넌스라는 새로운 전쟁터

한 발 물러서서 큰 그림을 보겠습니다. 2024년은 "어떤 AI가 코드를 더 잘 생성하느냐"의 해였습니다. Copilot, Cursor, Claude Code가 코드 생성 품질과 속도로 경쟁했습니다. 2025년에는 에이전틱 코딩이 부상하며 "AI가 자율적으로 작업을 수행할 수 있느냐"가 화두가 되었습니다.

2026년의 핵심 질문은 다릅니다. "에이전트를 어떻게 관리할 것인가?" 입니다.

GitHub이 2월에 Agent Control Plane을 GA로 출시하고, JetBrains가 3월에 Central을 발표한 것은 우연이 아닙니다. 두 회사 모두 같은 현실을 보고 있습니다. 에이전트가 조직에 도입되면서, 코드 생성 자체보다 그 에이전트의 운영, 보안, 비용, 품질 관리가 더 어려운 문제 가 되고 있다는 현실입니다.

두 플레이어의 접근 방식은 다릅니다. GitHub 은 자사 생태계(Copilot, Actions, Codespaces)를 중심으로 Agent Control Plane을 구축합니다. GitHub 사용자에게는 가장 자연스러운 선택이지만, 벤더 종속의 우려가 있습니다. JetBrains 는 "벤더 중립 메타 플랫폼"을 표방합니다. JetBrains 에이전트뿐 아니라 서드파티 에이전트도 관리할 수 있도록 오픈 시스템으로 설계했습니다. 이것이 실제로 얼마나 개방적인지는 두고 봐야 하지만, 적어도 포지셔닝은 명확합니다.

이 구도에서 흥미로운 질문이 떠오릅니다. Cursor, Windsurf, Cline 같은 에이전트 네이티브 도구들은 어떤 선택을 할까요? 자체 거버넌스 레이어를 만들지, 아니면 Central이나 Agent Control Plane 위에서 동작하는 에이전트로 자리매김할지, 이 선택이 향후 AI 코딩 생태계의 구조를 결정할 것입니다.

Koverznev의 말처럼 코드 생성이 commodity가 된 세계에서, 진짜 비즈니스 가치는 에이전트의 "관리 계층"에 존재 합니다. 클라우드 컴퓨팅의 역사가 좋은 유비입니다. 가상 머신을 만드는 기술은 commodity가 되었지만, 그것을 관리하는 Kubernetes와 Terraform은 거대한 비즈니스가 되었습니다. Central과 Agent Control Plane은 AI 코딩 에이전트 시대의 Kubernetes가 되려는 시도입니다.

우리에게 남는 질문

JetBrains Central의 발표는 AI 코딩 도구 시장이 성숙기에 접어들고 있다는 신호입니다. "코드를 얼마나 잘 생성하느냐"라는 1세대 경쟁이 "에이전트를 얼마나 잘 관리하느냐"라는 2세대 경쟁으로 전환되고 있습니다.

개발자 입장에서는 세 가지를 주목할 필요가 있습니다. 첫째, 에이전트 도입이 개인의 선택에서 조직의 결정 으로 이동하고 있습니다. Central과 Agent Control Plane의 등장은 이 전환을 가속할 것입니다. 둘째, LLM-agnostic 이 표준이 되어가고 있습니다. 특정 모델에 묶인 도구보다 모델을 자유롭게 선택할 수 있는 도구가 우위를 점할 가능성이 높습니다. 셋째, IDE의 역할이 재정의되고 있습니다. Air의 등장은 IDE가 "코드 편집기"에서 "에이전트 협업 환경" 으로 진화하고 있음을 보여줍니다.

JetBrains는 25년간 IDE 시장을 지배해왔습니다. 이제 그 경험과 개발자 기반을 가지고 에이전트 관리라는 새 전쟁터에 뛰어들었습니다. Central이 에이전트 시대의 IntelliJ가 될 수 있을지, 아니면 Fleet처럼 야심 찬 시작과 조용한 퇴장을 반복할지는 아직 알 수 없습니다. 확실한 것은 AI 코딩의 경쟁 축이 이동했다는 것입니다. 그리고 그 이동의 방향은 개발자 개인이 아닌, 조직과 팀이 에이전트와 어떻게 공존할 것인가 를 향하고 있습니다.