Windows 환경을 기준으로 작성했습니다.AI가 초안을 도운 부분도 사람이 다시 확인합니다.

GitHub가 2026년 8월 28일 Copilot Business와 Enterprise의 정책 및 과금 변경 일정을 공지했다. 개인용 Copilot의 새 기능 소개가 아니라 조직 관리자가 확인해야 할 운영 변경이다. 가장 가까운 기준일은 9월 1일과 9월 28일이며, 기존 기업 고객의 과금 방식 변경은 10월 1일부터 적용될 예정이다.[1]

이 글이 필요한 사람

회사나 팀의 GitHub 조직에서 Copilot Business 또는 Copilot Enterprise를 관리하는 사람, 법무·보안 검토를 맡은 사람, Copilot 좌석과 추가 사용 예산을 관리하는 사람을 위한 정리다. 개인용 Copilot Free, Pro, Pro+, Max만 쓰는 이용자는 이번 공지의 좌석 선결제 항목에 직접 해당하지 않는다. 다만 조직이 부여한 좌석을 함께 쓰고 있다면 회사 정책이 개인 설정보다 우선할 수 있으므로 관리자 공지를 확인할 필요가 있다.[2]

무엇이 발표됐는지

변경은 세 갈래다. 첫째, 2026년 9월 1일부터 신용카드나 PayPal로 결제하는 신규 Copilot Business·Enterprise 가입을 다시 받기 시작한다. 새 좌석은 사용자가 접근하기 전에 해당 좌석의 결제가 필요하다. 기존 고객에게는 10월 1일부터 다음 청구 주기 시작 시 할당된 좌석을 선결제하는 방식이 적용될 예정이다. GitHub는 Business와 Enterprise의 좌석 가격 자체는 바뀌지 않는다고 밝혔다. 중간에 좌석을 회수해도 비례 환불은 없고, 제거 결과는 다음 월 청구 주기에 반영된다.[1]

둘째, 9월 28일보다 이르지 않은 시점에 github.com의 Copilot Chat, GitHub Mobile의 Copilot Chat, Copilot cloud agent가 하나의 경험과 하나의 정책으로 합쳐진다. 통합 정책은 출시 뒤 기본으로 켜질 예정이다. github.com의 대화는 agent sessions 방식으로 옮겨가며, 공지문은 채팅 데이터 보존 기간이 기존 28일에서 계정 수명 동안으로 바뀐다고 설명한다. 조직에서 소스코드, 고객 정보, 내부 장애 기록을 프롬프트에 넣는 관행이 있다면 기능 편의보다 데이터 처리 기준을 먼저 다시 봐야 하는 대목이다.[1]

셋째, Copilot code review를 쓰는 조직과 저장소에서 review effort가 Default로 설정돼 있으면 9월 28일부터 Balanced가 기본값이 된다. 현재의 가벼운 검토 수준을 유지하려는 조직은 그 전에 Default를 그대로 두지 말고 Lite를 명시적으로 선택해야 한다. 자동 검토 범위가 바뀌면 사용량과 검토 결과의 양도 달라질 수 있으므로 저장소별 설정을 기록해 두는 편이 낫다.[1]

누가 언제 사용할 수 있는지

이번 발표는 한날한시에 모든 계정에 적용되는 단일 출시가 아니다. 신규 Business·Enterprise 가입 재개는 9월 1일부터 시작된다. 통합 Copilot 경험은 9월 28일보다 이르지 않게 출시되므로 정확한 노출 시점은 계정마다 달라질 수 있다. 기존 Business·Enterprise 고객의 좌석 선결제 변경은 신용카드 또는 PayPal 결제 고객을 대상으로 10월 1일부터 적용될 예정이다.[1]

현재 이용 가능 여부도 구분해야 한다. 조직 정책과 모델 정책을 관리하는 화면은 이미 GitHub 조직 설정에 있다. 조직 관리자는 조직의 Settings에서 Copilot로 들어가 Policies와 Models를 각각 확인할 수 있다. 다만 엔터프라이즈 소유자가 상위 수준에서 특정 정책을 강제했다면 조직 관리자가 그 결정을 덮어쓸 수 없다.[2] 통합 경험과 새 기본값은 발표 시점에 모두 적용된 것이 아니라 공지된 날짜 이후에 적용될 변화다.

확인한 환경과 전제

이 글은 GitHub가 2026년 8월 28일 게시한 공식 변경 공지, GitHub Docs의 조직용 Copilot 정책 관리 문서, Copilot 라이선스 문서를 기준으로 작성했다. 실제 조직의 계약 형태, 청구 주기, 결제 수단, 엔터프라이즈 상위 정책은 계정마다 다르다. 따라서 아래 과정은 설정을 무조건 바꾸라는 지시가 아니라 현재 상태를 읽고 담당자와 합의하기 위한 점검 순서다.

GitHub Docs는 Copilot 사용량을 라이선스와 AI 크레딧의 조합으로 측정한다고 설명한다. 조직에서는 사용자마다 좌석 라이선스가 필요하며, 조직과 엔터프라이즈의 좌석 관리 및 비용 조건은 계정 형태에 따라 달라진다.[3] 공지문에 나온 날짜만 보고 월 비용을 계산하지 말고 Billing 화면의 실제 좌석 수, 청구 주기, 예산 설정을 함께 확인해야 한다.

국내 실무자에게 달라지는 점

첫 번째 변화는 좌석을 미리 정리해야 할 이유가 커졌다는 점이다. 휴직자, 퇴사자, 테스트용 계정, 실제로 쓰지 않는 계정에 좌석이 남아 있으면 다음 청구 주기에 반영될 수 있다. 좌석 회수 시 즉시 비례 환불이 되지 않는다는 공지까지 고려하면, 청구일 직전의 일괄 정리보다 월별 소유자 확인 절차를 두는 편이 안전하다.[1]

두 번째는 채팅 기록의 보존 기준이다. 통합 경험을 켜 두면 github.com과 모바일 채팅이 cloud agent의 세션 방식으로 합쳐지고, 공지된 보존 기간도 길어진다. 국내 조직이라면 개인정보 처리방침, 고객사 보안 약정, 영업비밀 취급 규칙과 충돌하지 않는지 확인해야 한다. 특히 이슈 본문이나 로그를 그대로 붙여 넣는 팀은 이름, 이메일 주소, 접근 주소, 인증 문자열을 제거하는 규칙을 문서로 남길 필요가 있다.

세 번째는 코드 리뷰 기본 강도의 변경이다. Balanced가 더 많은 검토를 제공할 수 있어도 모든 저장소에 적합하다고 단정할 수 없다. 사용량 예산이 작은 팀, 생성 파일이 많은 저장소, 외부 기여가 많은 공개 저장소는 먼저 한두 저장소에서 결과와 비용 표시를 확인한 뒤 범위를 넓히는 편이 낫다.

직접 확인 과정

  1. GitHub 조직에서 Settings를 열고 Copilot의 Policies로 이동한다. 통합 Copilot 경험과 관련된 현재 정책값, 상위 엔터프라이즈에서 강제한 값이 있는지 기록한다.[2]
  2. Copilot의 Models 화면도 따로 확인한다. GitHub 문서상 추가 비용이 생길 수 있는 모델의 허용 여부는 이 화면에서 관리한다.[2]
  3. Billing에서 Business·Enterprise 좌석 수와 실제 할당 사용자를 대조한다. 월 청구일과 결제 수단이 이번 변경 대상인지 확인하고, 사용하지 않는 좌석은 담당자 확인 뒤 회수한다.
  4. Copilot code review를 쓰는 조직과 저장소는 review effort가 Default인지 확인한다. Lite를 유지해야 한다면 9월 28일 전에 Lite를 명시적으로 선택하고 변경 이유를 저장소 운영 문서에 남긴다.[1]
  5. 통합 경험을 유지할 조직은 채팅 보존 기간 변경을 보안·개인정보 담당자에게 전달한다. 허용할 데이터와 입력하면 안 되는 데이터를 짧은 예시로 정리해 사용자에게 공지한다.
  6. 변경 뒤에는 Billing의 사용량과 예산 알림, 새 세션의 저장 여부, code review 결과를 각각 확인한다. 설정 화면을 봤다는 사실만으로 적용 완료를 판단하지 않는다.

실패하거나 위험한 접근

가장 위험한 방법은 ‘가격은 그대로’라는 문장만 보고 과금 영향이 없다고 결론 내리는 것이다. 좌석 단가는 유지돼도 좌석 결제 시점, 초과 사용, 월중 비례 배분 방식은 운영 비용에 영향을 줄 수 있다.[1] 반대로 공지에 나온 변경을 모든 개인 사용자에게 적용되는 것으로 넓혀 말하는 것도 부정확하다.

조직 정책을 확인하지 않은 채 개인 설정만 바꾸는 방법도 실패할 수 있다. 엔터프라이즈 정책이 기능을 켜거나 끄도록 강제하면 조직 수준에서 덮어쓸 수 없다.[2] 또한 통합 경험을 끄는 선택에는 github.com과 GitHub Mobile의 Copilot 접근 제한이 따를 수 있으므로, 보존 정책만 보고 즉시 비활성화하지 말고 업무 영향까지 함께 검토해야 한다.[1]

검증 체크리스트

  • 조직의 Copilot 플랜과 결제 수단을 실제 Billing 화면에서 확인했는가
  • 현재 할당 좌석과 실제 사용자를 대조했는가
  • 9월 28일 전에 통합 경험 정책과 code review effort 값을 기록했는가
  • 엔터프라이즈 상위 정책이 조직 설정을 강제하는지 확인했는가
  • 채팅 데이터 보존 변경을 보안·개인정보 담당자가 검토했는가
  • 초과 사용 예산과 알림 기준을 확인했는가
  • 변경 이후 한 개 저장소에서 정책과 리뷰 결과를 다시 읽어 검증했는가

보안과 개인정보

Copilot 채팅에는 비밀번호, 접근 키, 인증서 원문, 고객 개인정보, 공개 전 계약서, 운영 서버 로그 전체를 붙여 넣지 않는 것이 기본이다. 필요한 코드나 오류만 최소 범위로 잘라 사용하고, 식별 정보는 대체값으로 바꾼다. 저장 기간이 길어지는 기능은 접근 통제와 삭제 절차까지 확인해야 한다. 관리자는 정책 변경 전후 값을 별도 문서에 남기되 화면 캡처에 개인 계정 정보나 결제 정보가 들어가지 않도록 가린다.

공식 자료

작성일 및 마지막 확인일: 2026년 8월 30일