GitHub Copilot 요금제: 티어별 기능과 관리에 대한 완전 가이드

GitHub Copilot 요금제 한눈에 보기

GitHub는 생태계 전반에 여러 구분된 티어를 제공합니다. 특히, 플랫폼은 2026년 6월에 사용량 기반 과금 전환을 완료하여 레거시 "Premium Request Unit(PRU)" 프레임워크를 GitHub AI Credits로 대체합니다.

새 체계하에서 핵심 코드 자동완성과 “Next Edit” 제안은 여전히 무제한이며 크레딧을 소모하지 않습니다. 

다만, 다중 파일 채팅, 에이전트형 워크플로, 장시간 코딩 세션, 심층 코드 리뷰와 같은 고급 작업은 특정 모델의 공개 API 요율에 따른 토큰 소비(입력, 출력, 캐시 토큰)를 기준으로 AI Credits를 소모합니다. 

기본 월간 구독 가격은 변동이 없지만, 이 변화로 관리자가 초과 사용 예산을 편성하고 활성 사용량을 모니터링하는 방식이 달라집니다.

개인용 요금제: Free, Student, Pro, Pro+

개인용 티어는 모델 접근 범위, 사용 한도, 실험적 기능에서 차이가 있습니다. 예를 들어 Free 티어가 기본 탐색에 적합한 반면, Pro+는 AI 지원 애플리케이션 구축에 최적화된 환경인 GitHub Spark에 접근할 수 있습니다.

현재 Pro, Pro+, Student와 같은 GitHub의 개인 유료 계정 신규 등록은 일시 중지되었습니다. 기존 계정은 Pro에서 Pro+로 업그레이드할 수 있지만, GitHub가 새로운 사용량 기반 AI Credits 과금 체제로의 전환을 완료할 때까지 신규 가입은 불가합니다.

Business와 Enterprise

Business와 Enterprise 티어에서는 GitHub Copilot이 IDE 플러그인 수준을 넘어, 완전한 감사가 가능한 엔터프라이즈 인프라 자산으로 전환됩니다.

GitHub Copilot Business는 필수 관리 기능을 제공합니다:

• 중앙화된 좌석 할당 및 회수
• 조직 전체 정책 기준선
• 구조화된 감사 로그와 컴플라이언스 이벤트 추적
• 콘텐츠 및 리포지토리 파일 제외
• 상업적 지식재산권 면책

GitHub Copilot Enterprise는 더 강력한 제어와 기능을 추가합니다:

• Copilot Spaces: 내부 문서, 위키, 시스템적 코드 표준을 기반으로 Copilot에 프롬프트할 수 있는 지식 허브 기능
• 향상된 GitHub.com Chat 통합
• 하위 조직에 걸친 계층적 정책 상속

GitHub Copilot Enterprise는 활성 GitHub Enterprise Cloud 구독이 필요합니다. GitHub Enterprise Cloud가 사용자당 월 $21이고 Copilot Enterprise 라이선스가 사용자당 월 $39이므로, 실제 최소 비용은 사용자당 월 $60입니다. 이는 GitHub Free나 GitHub Team 플랜을 사용하는 조직이 독립적으로 구매할 수 있는 GitHub Copilot Business 티어에는 적용되지 않습니다.

조직은 정책 상속 같은 엔터프라이즈급 혜택은 누리지 못하지만, IP 면책, 감사, 파일 제외, 조직 정책 관리는 사용할 수 있어, 중간 규모의 엔지니어링 팀에 좋은 대안입니다.

Enterprise 구독을 고려 중이라면, GitHub Copilot Enterprise 가이드에서 Copilot Spaces와 새로운 Usage Metrics API 같은 기능 활용법을 확인하세요.

개인용과 Business 요금제를 가르는 요소

데이터 관리, IP 면책, 과금 방식이 개인용과 비즈니스 요금제를 크게 구분하는 핵심 영역입니다. 사용자 기능이 늘어나는 것도 중요하지만, 개인 Pro 라이선스 여러 개를 관리할지 Business 구독으로 전환할지 결정하는 데에는 이러한 차이를 이해하는 것이 관건입니다.

데이터 처리와 학습 기본값

독점 시스템을 다루는 팀의 경우, 데이터 프라이버시가 대부분 개인용 요금제와 Business 구독을 가르는 결정적 요인입니다.

2026년 4월, GitHub는 개인용 Copilot 요금제의 상호작용 데이터 수집 방식을 변경했습니다. Free, Pro, Pro+ 사용자는 명시적으로 옵트아웃하지 않으면 상호작용 데이터가 기본적으로 모델 학습에 사용될 수 있습니다.

AI 학습에 사용되는 범위를 정확히 이해하기 위해, 정지 상태의 코드와 상호작용 데이터를 구분해 봅시다:

• 정지 상태의 코드: 개인 리포지토리에 있는 원시 코드는 공개 학습 세트에 읽히거나 수집되지 않습니다.
• 상호작용 데이터: 프롬프트, 채팅 쿼리, 커서 컨텍스트, IDE API를 통해 전송되는 주변 코드 블록, 제안 수락 지표, 피드백 로그 등이 포함됩니다.

Business와 Enterprise 계약은 상호작용 데이터가 어떤 경우에도 학습에 사용되지 않는다는 엄격한 계약상 보장을 제공합니다. 사용자가 별도로 조치할 필요가 없습니다.

Copilot에서 데이터가 어떻게 활용되는지와 문제를 해결하는 방법을 더 깊이 알아보려면, GitHub Copilot 개인정보 보호 및 트러블슈팅 가이드를 권장합니다.

IP 면책

GitHub Copilot Business와 Enterprise에는 생성 코드에 대한 지식재산권(IP) 면책이 포함됩니다. 개인 요금제에는 포함되지 않습니다.

실무적으로 면책이란, 생성된 코드가 지식재산 분쟁을 일으킬 경우 명시된 조건하에 GitHub가 법적 보호를 제공하기로 계약상 동의한다는 의미입니다. 모든 법적 위험이 사라지는 것은 아니지만, 상용 소프트웨어 팀에겐 책임 논의를 바꾸는 요소입니다.

클라이언트용 코드를 납품하는 프리랜서는 이 점에 주목해야 합니다. 계약과 상업적 납품이 개입되면, “개인 생산성 도구”와 “조직이 뒷받침하는 개발 플랫폼”의 차이는 매우 현실적이 됩니다.

과금, 좌석, AI Credits 전환

개인 과금은 개인 계정에 직접 연결된 셀프 서비스 방식을 사용합니다. Business 요금제는 관리자가 좌석을 부여하는 중앙화된 과금을 사용합니다. 또한, 개별 사용자가 각자 크레딧 버킷과 상호작용하는 대신, 조직은 사용자 수에 따라 월간 AI Credits를 풀로 공유합니다.

Enterprise 요금제는 예산 집행 한도, 코스트 센터 그룹화, 부서 단위 할당 등 더 세밀한 제어를 제공해, 한 개발 팀의 무거운 에이전트형 워크플로가 회사 전체 크레딧 할당량을 고갈시키지 않도록 합니다.

SKU와 개인정보 고려사항

데이터 프라이버시와 SKU에 대한 다양한 보호 장치를 이해하는 것이 중요합니다. 다양한 티어 전반에서 데이터 흐름, 법적 보호, 추적을 관장하는 아키텍처 경계를 아래에 요약했습니다:

2026년 4월 학습 정책 변경

개인 요금제의 옵트인 모델에서 옵트아웃 프레임워크로의 전환은 컴플라이언스 누수의 주요 벡터를 부각시킵니다. 활성 IDE 세션 중 자동으로 수집되는 상호작용 데이터 페이로드에는 다음이 포함됩니다:

• 세부 채팅 기록과 프롬프트 컨텍스트
• 다중 행 코드 제안과 로컬 수락률
• 활성 에디터 커서 컨텍스트로, 인접 파일 컨텍스트, import 문, 열려 있는 탭의 변수 선언을 자주 포함합니다.

개발자가 기업 리포지토리에서 작업하면서 개인 Copilot Pro 계정을 사용한다고 가정해 봅시다. 학습이 계속 활성화되어 있다면, 그 작업 세션에 연결된 상호작용 데이터가 GitHub의 학습 생태계로 유입될 수 있습니다. 이 시나리오는 조직이 Business 요금제를 도입하는 흔한 이유입니다.

개인정보 요구사항에 맞는 SKU 선택

업무 수준에 따라 필요한 SKU가 달라질 수 있습니다. 

• 개인 개발자/사이드 프로젝트: Free 또는 Pro 티어가 유연성이 가장 큽니다. 독점 코드를 다룰 경우 개인 프라이버시 설정에서 옵트아웃하세요.
• 프리랜서/컨트랙터: Business 요금제는 방어막을 제공합니다. 클라이언트 계약은 외부 LLM 제공자에 대한 데이터 전송을 명시적으로 금지하는 경우가 많습니다. 전용 조직 좌석은 계약을 보호합니다.
• 컴플라이언스 요구가 있는 기업 팀: Business 티어가 표준 기준선으로, 데이터 파이프라인의 격리를 보장하고 관리 거버넌스를 가능하게 합니다.
• 규제 산업(금융, 의료): Enterprise 티어가 일반적으로 필수이며, 특수 보안 구성 통합, 엄격한 데이터 레지던시 요구, 로컬 파인튜닝 레이어를 허용합니다.

Copilot에서 특정 파일 제외하기

GitHub Copilot 파일 제외 규칙 세트는 환경을 방어적으로 보호하는 가장 효과적인 방법 중 하나입니다. 콘텐츠 제외는 로컬 IDE 에이전트가 특정 파일 내용을 처리하지 못하도록 하여, 인라인 자동완성, 채팅, 백그라운드 에이전트 작업에서 완전히 보이지 않게 만듭니다. 

참고로 GitHub Copilot CLI, Copilot 클라우드 에이전트, IDE의 Copilot Chat 에이전트 모드는 콘텐츠 제외를 지원하지 않습니다.

제외 규칙 구성

관리 팀은 전역 조직 설정 패널 또는 개별 리포지토리 설정에서 제외 구성을 적용할 수 있습니다. 우측 상단의 Settings 버튼을 클릭해 리포지토리나 조직 설정으로 이동하면 됩니다.

사이드바의 Copilot 설정에서 “Code and automation”을 선택하세요. 그런 다음 “Paths to exclude in this repository” 상자에 다음과 같이 제외 항목을 입력합니다:

# Ignore the /src/some-dir/kernel.rs file in this repository.
- "/src/some-dir/kernel.rs"

# Ignore files called secrets.json anywhere in this repository.
- "secrets.json"

# Ignore all files whose names begin with secret anywhere in this repository.
- "secret*"

# Ignore files whose names end with .cfg anywhere in this repository.
- "*.cfg"

# Ignore all files in or below the /scripts directory of this repository.
- "/scripts/**"

조직 리포지토리 수준도 유사하지만, 설정은 “Repositories and Paths to exclude” 아래에 있으며 다음 형식을 사용합니다:

REPOSITORY-REFERENCE:
  - "/PATH/TO/DIRECTORY/OR/FILE"
  - "/PATH/TO/DIRECTORY/OR/FILE"
  - …

설정의 일부로 REPOSITORY-REFERENCE를 유지하는 것이 중요합니다. 일반적인 구성 기준선으로는 하드 크리덴셜, 프로덕션 오케스트레이션 프로파일, 민감한 독점 알고리즘 모듈, 고규제 컴플라이언스 폴더를 우선시해야 합니다.

제외가 Copilot 기능 전반에 적용되는 방식

제외 규칙과 일치하면, 모든 Copilot 하위시스템에 걸쳐 데이터 격리는 절대적입니다:

• 인라인 자동완성: 해당 파일 내부에서 컨텍스트 생성이 차단되며, 인접 파일을 채우기 위해 그 파일의 컨텍스트를 끌어오는 것도 차단됩니다.
• Copilot 채팅/에이전트: 조직 정책 제한으로 인해 파일을 검토할 수 없다는 안내가 반환됩니다.

표준 로컬 IDE 엔진은 동일하게 작동합니다. 텍스트 파싱, 내부 구문 하이라이팅, 로컬 IntelliSense 같은 편의 도구는 정상적으로 컴파일되며, 파일 제외 레이어는 외부 Copilot 원격 측정 스트림에만 명시적으로 적용됩니다. 

관리자는 스테이징 리포지토리에서 경로 패턴을 철저히 테스트해야 합니다. 와일드카드를 잘못 구성하면 열림 실패로 의도적으로 격리하려던 데이터가 노출될 수 있습니다.

조직 전체 정책 관리

GitHub Copilot 조직 정책 관리를 시행하면, 기업 보안이 개별 개발자 선호가 아니라 관리팀에 의해 결정되도록 보장할 수 있습니다.

사용 가능한 정책 설정

조직은 개발자에 대해 여러 설정을 제어할 수 있습니다:

• 기능 토글: 개발 환경, 커맨드라인 인터페이스(Copilot CLI), 고급 에이전트형 코드 리뷰 시스템에서 Copilot Chat을 전역적으로 활성화 또는 비활성화
• 공개 코드 필터: Copilot이 GitHub의 공개 오픈소스 리포지토리와 유사한 코드 제안을 반환하지 못하도록 차단하는 법적 제어 장치로, 오픈소스 라이선스 컴플라이언스 위험을 줄입니다.
• 모델 선택 제한: 개발자가 선택할 수 있는 모델(예: 특정 GPT 또는 Claude 변형)을 제한해 지연시간, 크레딧 소비, 성능을 관리할 수 있습니다. GitHub 플랫폼을 통해 이용 가능한 모델을 자세히 보려면 실용 가이드 GitHub Models를 참고하세요.
• 맞춤 조직 지침:개발자가 보내는 모든 프롬프트에 기업 코딩 패턴, 보안 프레임워크, 아키텍처 패러다임을 부가하는 표준 마크다운 정책 파일을 주입합니다.

팀이 GitHub의 조직 및 권한 모델에 익숙하지 않다면, Intermediate GitHub Concepts 코스가 유용한 배경을 제공합니다. 커맨드라인 도구로 확장하는 엔지니어링 그룹은 GitHub Copilot CLI 튜토리얼을 참고하세요.

엔터프라이즈 수준의 정책 상속

대규모 기업 환경에서 정책 엔진은 엄격한 계층 상속 규칙을 따릅니다: Enterprise Policy > Organization Policy > User Preferences

엔터프라이즈 관리자는 팀 같은 소규모 사업 단위 전반에 정책을 전역 잠금으로 적용하거나, 선택적 조직 단위의 오버라이드를 허용하거나, 제어를 완전히 위임할 수 있습니다. 예컨대 엔터프라이즈는 특정 모델 사용 설정을 잠그는 전역 설정을 둘 수 있습니다.

팀 수준에서는 금융 서비스 부문에 엄격한 공개 코드 필터를 적용하면서, 내부 소프트웨어 R&D 부문에는 더 유연한 실험을 허용할 수 있습니다.

감사 로그

컴플라이언스 감사인이 소프트웨어 공급망의 검증을 요구하거나 보안팀이 데이터 유출을 추적해야 할 때, GitHub Copilot은 플랫폼 변경 내역을 감사합니다.

감사 로그의 Copilot 이벤트

시스템은 관리 작업의 포괄적 원장을 기록합니다. 다음을 로그합니다:

• 명시적 좌석 할당, 회수, 과금 그룹 변경
• 공개 코드 중복 필터 수정
• 파일 및 디렉터리 제외 패턴 변경
• 기능 활성화 상태(예: 에이전트형 코드 리뷰 모드 켜기)

세분화 수준은 전적으로 구독에 따라 달라집니다. Business 티어가 조직 범위의 작업 이벤트 스트림에 초점을 맞추는 반면, Enterprise 계정은 조직 간 포렌식 원격 측정을 제공합니다.

검색, 필터링, 내보내기

감사 로그 스트림은 조직 설정 패널에서 기본적으로 접근할 수 있습니다. 관리자는 다음과 같은 특정 액션 한정자를 사용해 인터페이스에서 쿼리할 수 있습니다:

# Filter logs to identify who adjusted Copilot access privileges
action:copilot.cfb_seat_assignment_created

# Identify changes made to systemic exclusions within a date window
action:copilot.content_exclusion_updated created:2026-05-01..2026-05-31

Enterprise 계정은 이러한 감사 이벤트를 외부 SIEM 시스템(Splunk, Datadog 등)으로 직접 스트리밍하여 자동 경보와 중앙 무결성 보존을 지원합니다.

REST API로 Copilot 좌석 관리하기

소규모 팀에는 UI 대시보드로 사용자 좌석을 수동 프로비저닝해도 충분하지만, 대규모 기업 온보딩 워크플로에서는 금세 한계가 드러납니다. GitHub Copilot REST API의 좌석 엔드포인트를 사용하면 아이덴티티 및 접근 관리를 전적으로 코드로 다룰 수 있습니다.

이 부분은 Copilot 관리를 하면서 가장 마음에 드는 요소 중 하나입니다. 라이선싱을 엔지니어링 팀이 깔끔하게 자동화할 수 있는 것으로 바꿔주기 때문입니다.

핵심 API 엔드포인트

일반적인 API 워크플로에는 다음이 포함됩니다:

• 좌석 할당 목록 조회
• 좌석 할당
• 좌석 제거
• 사용 메트릭 조회
• 조직 Copilot 설정 읽기

인증에는 일반적으로 다음이 필요합니다:

• 세분화된 개인 액세스 토큰
• GitHub 앱 권한
• 조직 관리자 권한

이러한 관리 경로에 접근하려면, 스크립트가 admin:org 범위가 확대된 개인 액세스 토큰(PAT)으로 인증하거나, 조직 수준 Copilot 관리 권한이 명시된 승인된 GitHub 앱을 통해 실행되어야 합니다. 

프로그램 방식의 플랫폼 통합을 더 깊이 살펴보려면, 우리의 GitHub Foundations 스킬 트랙을 수강해 보세요. 

일반적인 자동화 패턴

몇 가지 실용적인 패턴은 다음과 같습니다:

• 자동화된 아이덴티티 온보딩: Workday나 Okta 같은 HR 정보 시스템을 웹훅으로 GitHub에 직접 연결합니다. 엔지니어가 지정된 팀에 합류하면, 스크립트가 POST 요청을 실행해 Copilot 워크스페이스를 자동 프로비저닝합니다.

• 비활성 좌석 회수: 예약된 Cron 스크립트가 API를 통해 활성 좌석 활용도를 조회합니다. 사용자가 30일 이상 Copilot과 상호작용하지 않았다면, 스크립트가 DELETE 명령을 실행해 라이선스를 회수하고 조직 크레딧 풀을 보존합니다.

• 재무 대시보드: 일일 할당 및 소비 원격 측정을 끌어와 Tableau 같은 내부 BI 플랫폼에 공급하여 부서 단위 코스트 센터 상호 청구를 명확히 합니다.

예시: Python으로 Copilot 좌석 할당하기

다음 스크립트는 Python을 사용해 특정 개발자에게 조직 좌석을 프로그램 방식으로 할당하는 방법을 보여줍니다:

	import requests
	# Identity Configuration
TOKEN = "YOUR_ORGANIZATION_ADMIN_PAT"
ORG = "your-corporate-org"
USERNAME = "target-developer-user"

url = f"https://api.github.com/orgs/{ORG}/copilot/billing/selected_users"

headers = {
    "Authorization": f"Bearer {TOKEN}",
    "Accept": "application/vnd.github+json",
    "X-GitHub-Api-Version": "2022-11-28"
}

payload = {
    "selected_usernames": [USERNAME]
}

response = requests.post(url, json=payload, headers=headers)

if response.status_code == 201:
    print(f"Successfully allocated Copilot seat to {USERNAME}.")
else:
    print(f"Failed allocation. Status: {response.status_code}")
    print(response.json())

마무리 생각

GitHub Copilot의 요금제 구조는 가격 페이지에서는 단순해 보입니다. 하지만 팀을 관리하기 시작하면 차이는 훨씬 커집니다.

개인정보 경계, 학습 정책, 감사 가능성, 거버넌스 제어는 종종 원시적인 모델 접근보다 더 중요합니다. 그래서 GitHub Copilot Business와 Enterprise 논의는 대개 순수한 엔지니어링 이슈가 아니라 보안과 운영 중심의 대화가 됩니다.

오늘 팀에 자문한다면, 저는 거버넌스 요구사항부터 정리하라고 권하겠습니다:

• 계약상 개인정보 보호 보장이 필요하신가요?
• 감사 로그가 필요하신가요?
• 중앙화된 정책 관리가 필요하신가요?

그다음에 사용량과 기능 접근을 최적화하겠습니다.

팀의 기술 역량을 심화하고 공식 인증을 준비하려면, 다음의 고급 학습 경로를 살펴보세요:

• Software Development with GitHub Copilot 코스
• AI for Software Engineering 스킬 트랙
• 데이터 전문가를 위한 GitHub 인증 가이드