Copilot이 Air 클라우드로 확장…비용 통제엔 제약

GitHub Copilot이 JetBrains Air의 기존 로컬 연동에 이어 2026년 11월 3일부터 Cloud Run을 지원합니다. 클라우드 코딩 작업도 JetBrains AI 크레딧이 아닌 기존 Copilot 구독으로 맡길 수 있게 됐습니다. 다만 Air 안에서 Copilot 지출 한도를 설정할 수는 없습니다.

로컬은 계정 연결부터, 클라우드는 조직 조건부터

로컬에서 사용하려면 JetBrains IDE에 Air를 설치하고, 에이전트 선택 메뉴에서 GitHub Copilot을 골라 기존 Copilot 계정을 연결하면 됩니다. 이 경로에는 별도의 Copilot 플러그인이 필요하지 않습니다.

클라우드는 이용 조건이 더 붙습니다. Air Teams가 활성화된 비즈니스 조직에 속한 JetBrains 계정과 Copilot 구독이 있어야 하고, Air 관리자도 Copilot 사용을 허용해야 합니다.

IDE에서는 Air 플러그인의 환경 선택 메뉴에서 Cloud를 고릅니다. 브라우저에서는 Air의 Settings > VCS Providers에서 GitHub를 연결한 뒤 작업을 만들고, 저장소와 원격 브랜치, GitHub Copilot을 선택해 요청을 보내면 됩니다.

작업마다 새 환경에서 실행하고, 변경 내용은 코드 옆에서

클라우드 작업은 매번 새 가상 머신의 Docker 컨테이너에서 실행됩니다. 모든 트래픽은 프록시를 거치며, 작업 사이에 상태가 이어지지 않습니다. 로컬 환경을 바꾸지 않고 빌드와 테스트, 패키지 설치를 할 수 있습니다.

Air에서는 여러 에이전트 세션을 나란히 추적하고, 프로젝트 맥락과 IDE 도구를 활용하며 코드 옆에서 변경 내용을 검토할 수 있습니다. 연동에는 에이전트와 클라이언트를 연결하는 공통 인터페이스인 Agent Client Protocol(ACP)을 사용합니다.

격리된 환경에서 실행됐다는 사실이 코드의 정확성까지 보장하지는 않습니다. 실제 변경 내용과 테스트 결과는 직접 살펴보세요.

Copilot 사용은 끌 수 있지만, 지출 한도는 못 건다

Copilot 구독이나 크레딧을 쓸 수 있는지는 클라우드 환경이 시작될 때에야 확인될 수 있습니다. 구독을 이용할 수 없거나 크레딧이 없으면 작업이 실패하고 세션에 오류가 표시됩니다.

개별 작업에 개인 Copilot 플랜과 조직 플랜 중 무엇을 사용할지 직접 지정할 수도 없습니다. 기존 구독을 활용한다는 설명을 작업마다 원하는 플랜을 골라 쓴다는 뜻으로 받아들이면 안 됩니다.

Air의 거버넌스·분석 기능에는 Copilot 사용량이 포함되지 않습니다. 관리자는 거버넌스 정책으로 Copilot 사용 자체를 끌 수 있지만, Air 안에서 Copilot 지출 한도를 설정할 수는 없습니다.

기존 Copilot 플러그인이 필요한 경우도 남는다

Air 연동이 기존 Copilot 플러그인을 통째로 대체하지는 않습니다. 에이전트 맞춤 설정과 디버그 도구, 기업용 관리 설정·정책 진단, 내장 Copilot Code Review와 커밋 메시지 생성은 Air 연동에 포함되지 않습니다. Microsoft는 이런 기능과 더 깊은 IDE 연동이 필요한 개발자에게 기존 Copilot 플러그인을 권장합니다.