AI 코딩 · 2026년 7월 10일 · 약 7분

GitHub Copilot GPT-5.6 사용법, Sol·Terra·Luna 모델을 코딩 작업별로 고르는 방법

GitHub Copilot에 OpenAI GPT-5.6 Sol, Terra, Luna가 순차 적용된다. 초보 개발자도 큰 코드베이스 분석, 일반 코딩, 가벼운 수정에 어떤 모델을 고르면 좋은지 플랜과 관리자 설정까지 정리했다.

• GitHub Copilot GPT-5.6
• GPT-5.6 Sol Terra Luna
• Copilot 모델 선택
• AI 코딩
• Copilot 사용법

출처: GitHub Changelog

GitHub Copilot에서 고를 수 있는 모델이 다시 늘었습니다. 2026년 7월 9일 GitHub changelog에 따르면 OpenAI GPT-5.6 Sol, Terra, Luna가 Copilot에 순차 적용됩니다. 이름은 셋이라 복잡해 보여도 출발점은 단순해요. 어려운 코드베이스는 Sol, 평소 코딩은 Terra, 짧고 빠른 보조는 Luna부터 써보세요.

이번 변화에서 중요한 건 모델 성능표를 외우는 일이 아닙니다. 같은 Copilot 안에서도 작업 난이도와 비용 부담이 달라졌기 때문입니다. 큰 리팩터링을 가벼운 모델에 맡기면 요청을 여러 번 다시 해야 하고, 단순한 주석 수정에 가장 강한 모델을 쓰면 속도와 비용 면에서 아쉬움이 생깁니다.

핵심 키워드

• GitHub Copilot GPT-5.6
• GPT-5.6 Sol Terra Luna 사용법
• Copilot 모델 선택
• VS Code Copilot 모델
• AI 코딩 비용 줄이기

세 모델은 이름만 다른 버전이 아니다

GitHub 설명에 따르면 Sol은 대형 코드베이스를 깊게 추론하거나 오래 걸리는 에이전트형 코딩 작업에 맞는 모델입니다. Terra는 매일 쓰는 대화형 코딩과 일반적인 에이전트 작업의 균형형이고, Luna는 더 작고 빠른 작업을 위한 낮은 비용 선택지입니다. OpenAI의 GPT-5.6 발표도 Sol, Terra, Luna를 각각 flagship, balanced, fastest and most affordable tier로 나눠 설명합니다.

내 플랜에서 보이는 모델부터 확인한다

GitHub는 Sol이 Copilot Pro+, Max, Business, Enterprise에서 제공되고, Terra와 Luna는 Pro, Pro+, Max, Business, Enterprise에서 제공된다고 밝혔습니다. 개인 Pro 사용자라면 우선 Terra와 Luna를 중심으로 확인하게 되고, Sol은 상위 개인 플랜이나 조직 플랜에서 보게 됩니다.

어디에서 고를 수 있나

GitHub는 GPT-5.6 모델을 여러 Copilot 화면에서 선택할 수 있다고 안내했습니다. Visual Studio Code, Visual Studio, Copilot CLI, GitHub Copilot cloud agent, GitHub Copilot app, github.com, GitHub Mobile iOS와 Android, JetBrains, Xcode, Eclipse가 포함됩니다. 단, 배포는 순차 진행이라 같은 플랜이어도 계정마다 보이는 시점이 다를 수 있습니다.

처음 써볼 때의 5단계

• VS Code나 자주 쓰는 IDE에서 Copilot 모델 선택기를 연다.
• 일반적인 코드 설명과 테스트 작성은 Terra로 시작한다.
• 저장소 전체 흐름 분석이나 복잡한 리팩터링은 Sol로 바꿔 비교한다.
• 짧은 주석, 변수명, 작은 함수 예시는 Luna로 처리한다.
• 조직 계정이라면 관리자에게 GPT-5.6 모델 정책이 켜져 있는지 확인한다.

Business와 Enterprise는 관리자 설정이 먼저다

조직 계정에서 모델이 보이지 않는다고 바로 배포 문제로 단정하지 마세요. GitHub는 Copilot Business와 Enterprise 관리자가 Copilot settings에서 GPT-5.6 모델 정책을 켜야 하며, 이 정책은 기본값이 꺼져 있다고 설명했습니다. 팀에서는 새 모델을 켜기 전에 어떤 저장소와 역할에 허용할지, 사용량을 어떻게 볼지 정하는 편이 좋습니다.

복사해서 써볼 요청 템플릿

모델을 바꿔 보는 가장 쉬운 방법은 같은 작업을 작은 범위에서 비교하는 것입니다. 아래 템플릿의 대괄호만 바꿔 Terra, Sol, Luna에 각각 넣어 보면 어떤 작업에서 차이가 나는지 빠르게 감을 잡을 수 있습니다.

Terra로 시작하는 일반 코딩 요청

• 파일: [파일 경로]를 읽고 초보자도 이해할 수 있게 역할을 설명해줘.
• 문제: [에러 메시지 또는 고치고 싶은 동작]의 원인 후보를 3개로 좁혀줘.
• 수정은 한 번에 크게 하지 말고, 먼저 바꿀 위치와 이유를 알려줘.
• 테스트나 확인 명령이 있다면 마지막에 따로 적어줘.

Sol로 맡기는 큰 코드베이스 분석 요청

• 목표: [기능 이름]이 화면에서 API와 데이터 저장까지 어떻게 이어지는지 추적해줘.
• 관련 파일을 먼저 묶어 설명하고, 위험도가 높은 변경 지점을 표로 정리해줘.
• 코드를 바로 고치지 말고, 수정 계획과 검증 명령을 먼저 제안해줘.
• 모호한 부분은 추측하지 말고 확인 질문으로 남겨줘.

Luna로 처리하는 가벼운 요청

• 이 함수 이름을 더 명확하게 5개만 제안해줘.
• 동작은 바꾸지 말고 초보자가 읽기 쉬운 주석 한 줄을 추가해줘.
• 이 에러 메시지를 한국어로 쉽게 풀어 설명해줘.
• 짧은 예시 코드를 만들되 외부 라이브러리는 추가하지 말아줘.

오늘 바로 할 일

지금 Copilot을 쓰고 있다면 최근에 실패했던 작은 작업 하나를 고르세요. Terra로 먼저 원인 설명을 받고, 같은 요청을 Sol에 넣어 차이를 비교한 뒤, 마지막으로 Luna에 “이 내용을 짧은 체크리스트로 바꿔줘”라고 요청해 보세요. 세 모델을 한 번에 평가하려 하지 말고, 같은 문제에서 역할 차이를 느끼는 것이 첫 단계입니다.