GitHub Copilot, JetBrains Air 지원: 클라우드 작업은 Copilot 요금제로 새 VM의 Docker에서 실행되지만 Air에서는 Copilot 사용량도 지출 한도도 볼 수 없음
2026년 11월 3일 GitHub는 Copilot이 Agent Client Protocol(ACP)을 통해 JetBrains Air에서 동작하며, IDE 안의 작업과 클라우드 작업을 모두 지원한다고 밝혔습니다. 클라우드 작업은 Air Teams를 통해 격리된 환경에서 JetBrains AI 크레딧이 아닌 Copilot 요금제로 실행되며, Air Teams가 켜진 비즈니스 조직 계정, Copilot 구독, 관리자 활성화가 필요합니다. 변경 로그에 따르면 작업은 새 가상 머신의 Docker 컨테이너에서 실행되고 트래픽은 프록시를 거치며 상태는 이어지지 않습니다. 제한도 분명해서, 구독이나 크레딧이 없으면 클라우드 시작 시 작업이 실패할 수 있고, 작업별로 개인·조직 요금제를 고를 수 없으며, Air의 거버넌스와 분석에 Copilot 사용량이 없고, 관리자는 Copilot을 끌 수는 있어도 지출 한도는 정할 수 없습니다. 대상 요금제, 모델, 비용, 성능은 언급이 없습니다.
2026년 11월 3일 GitHub는 변경 로그에서 GitHub Copilot을 이제 JetBrains Air에서 쓸 수 있다고 밝혔습니다. JetBrains Air는 에이전트 중심의 개발 환경이며, 이 통합은 Agent Client Protocol(ACP)을 사용합니다. 개발자는 Air 안에서 Copilot에게 코딩 작업을 맡기고, 실행을 이끌고, 결과를 검토할 수 있으며, 작업은 JetBrains IDE에서도 클라우드에서도 실행됩니다. GitHub는 Air의 Copilot을 기존 GitHub Copilot 플러그인과 함께 쓸 수 있어 팀이 맞는 작업 방식을 고를 수 있다고 말합니다.
세 가지 변경이 적혀 있습니다. Copilot이 Air의 에이전트 선택기에 나타나고, 작업은 개발자의 기존 Copilot 구독을 씁니다. Air는 여러 에이전트 세션을 동시에 추적하고, 프로젝트 맥락과 IDE 도구를 쓰며, 변경 사항을 코드 옆에서 검토하게 해 줍니다. 그리고 클라우드 작업은 Air Teams를 통해 격리된 클라우드 환경에서 IDE나 브라우저로 실행되며, JetBrains AI 크레딧이 아니라 Copilot 요금제를 씁니다. 마지막 점은 예산과 관련이 있어, 클라우드 사용량은 Copilot 구독으로 청구됩니다.
설정은 두 모드가 다릅니다. 로컬 작업은 JetBrains IDE에 Air를 설치하고 GitHub Copilot을 선택해 Copilot 계정을 연결하면 됩니다. 클라우드 작업에는 세 가지가 필요합니다. Air Teams가 켜진 비즈니스 조직의 JetBrains 계정, GitHub Copilot 구독, 그리고 Air 관리자가 켠 Copilot입니다. 브라우저에서는 설정의 VCS 제공자에서 GitHub를 연결하고, 작업을 만들고, 저장소와 원격 브랜치를 고르고, Copilot을 선택해 프롬프트를 보냅니다. IDE에서는 환경 선택기에서 Cloud를 고릅니다.
클라우드 작업이 어디서 도는지에 대해 변경 로그는 Copilot이 새 가상 머신의 Docker 컨테이너에서 작업하고, 모든 트래픽이 프록시를 거치며, 작업 사이에 상태가 이어지지 않으므로 로컬 환경을 바꾸지 않고 빌드, 테스트, 패키지 설치를 할 수 있다고 합니다. 10월 14일의 JetBrains 블로그 글이 같은 설계를 더 자세히 설명합니다. 가상 머신은 신뢰할 수 없는 것으로 취급되며 작업 사이에 재사용되지 않습니다. 프록시는 기본적으로 npm 같은 미리 정한 신뢰할 수 있는 소스 관리 및 패키지 레지스트리 도메인에만 연결을 허용하며, 관리자는 도메인을 추가하거나 모든 도메인을 허용하거나 인터넷 접근을 완전히 끌 수 있습니다. 비밀 값은 암호화되어 저장되고 환경 변수로 작업에 전달되며, 각 작업은 개발자 자신의 저장소 권한 안에서 움직입니다. 그 글은 또 클라우드 에이전트가 당시 조직 사용자 대상의 미리 보기였고 개인 사용자에게는 나중에 더 넓게 제공할 계획이며 microVM은 '곧 제공'이라고 말했습니다.
관리자에게 가장 유용한 것은 '클라우드 작업 고려 사항' 절로, 제한 사항을 나열합니다. Copilot을 Air에 연결해도 Copilot 권한을 요청하지 않으며, Air는 클라우드 환경이 시작될 때에만 구독이나 크레딧 사용 가능 여부를 확인할 수 있어 그 시점에 작업이 실패하고 세션에 오류가 표시될 수 있습니다. 개발자는 작업마다 개인 Copilot 요금제와 조직 요금제 중 하나를 고를 수 없습니다. Air의 거버넌스와 분석 기능에는 Copilot 사용량이 포함되지 않습니다. Air 관리자는 거버넌스 정책으로 Copilot을 끌 수 있지만 Air 안에서 Copilot 지출 한도를 설정할 수는 없습니다.
종합하면, Air의 분석에는 Copilot 사용량이 없고 Air에서 지출 한도를 설정할 수 없습니다. GitHub 쪽에 대응하는 세부 보고와 통제 기능이 있는지는 별도로 확인해야 하며, 작업에 쓰이는 요금제는 작업별 선택이 아닙니다. 비용 통제나 사용량 보고가 필요한 팀은 켜기 전에 그 통제를 어디에 둘지 정해야 합니다. 변경 로그는 어떤 Copilot 요금제가 대상인지, 어떤 모델이 도는지, 일반적인 작업에 얼마가 드는지도 말하지 않으며 성능이나 품질 결과도 없습니다. 이는 기능 발표이고 제품 내 피드백, 피드백 저장소, 비공개 설문이라는 의견 창구가 있어, 쓰이면서 세부 사항이 바뀔 수 있습니다.
요약하면, 클라우드 작업은 Copilot 구독으로 청구되지만 Air에서는 Copilot 사용량도 지출 한도도 볼 수 없습니다. 어떤 요금제가 대상인지, 어떤 모델이 도는지, 비용이 얼마인지는 변경 로그에 없습니다.
Sources
FAQ
Air에서 Copilot 클라우드 작업을 실행하려면 무엇이 필요한가요?
Air Teams가 켜진 비즈니스 조직의 JetBrains 계정, GitHub Copilot 구독, 그리고 Air 관리자가 켠 Copilot이 필요합니다. 브라우저에서 GitHub를 연결해 작업을 만들거나 IDE의 환경 선택기에서 Cloud를 고르면 됩니다. 로컬 작업은 IDE에 Air를 설치하고 Copilot 계정을 연결하기만 하면 됩니다.
클라우드 작업의 비용과 사용량을 Air에서 보거나 제한할 수 있나요?
완전하게는 안 됩니다. 클라우드 작업은 JetBrains AI 크레딧이 아니라 Copilot 요금제를 쓰지만, Air의 거버넌스와 분석에는 Copilot 사용량이 없고 관리자는 정책으로 Copilot을 끌 수만 있을 뿐 Air 안에서 지출 한도를 정할 수 없습니다. 작업별로 개인·조직 요금제를 고를 수도 없습니다.
클라우드 작업은 어디서 실행되며 보안 경계는 무엇인가요?
변경 로그에 따르면 Copilot은 새 가상 머신의 Docker 컨테이너에서 작업하고, 트래픽은 프록시를 거치며, 작업 사이에 상태가 남지 않습니다. JetBrains 글은 VM이 신뢰되지 않고 재사용되지 않으며, 프록시가 기본으로 미리 정한 신뢰 도메인만 허용하고, 관리자가 넓히거나 끊을 수 있으며, 작업이 개발자의 저장소 권한 안에서 움직인다고 덧붙입니다.