GPT-5.6 출시: Sol·Terra·Luna와 ultra, 무엇이 달라졌나
OpenAI GPT-5.6의 Sol·Terra·Luna 모델 구분, ChatGPT·Codex·API 제공 범위, 토큰 가격, max·ultra 차이와 공개 직후 보안 사고까지 공식 자료로 확인했습니다.
핵심 요약
- GPT-5.6 Sol·Terra·Luna의 용도와 ChatGPT·Codex·API 제공 범위
- 1백만 토큰당 가격과 max·ultra·멀티 에이전트의 실제 차이
- 공식 벤치마크를 읽을 때의 주의점과 사이버 보안 위험 변화
모델 이름부터 한 번 걸립니다. GPT-5.6 뒤에 Sol, Terra, Luna가 붙고, 추론 설정에는 max와 ultra가 등장했습니다. 셋 중 무엇이 “진짜 GPT-5.6”인지, ChatGPT에서 왜 어떤 모델은 보이지 않는지부터 헷갈리기 쉽습니다.
OpenAI가 2026년 7월 9일 공개한 GPT-5.6 공식 발표에서 눈여겨볼 변화는 성능 숫자보다 제품 구조입니다. 하나의 세대 안에서 최고 성능, 균형, 최저 비용을 별도 모델로 나누고, 어려운 작업에는 여러 에이전트를 동시에 투입하는 방식까지 제품 안으로 넣었습니다.
그런데 발표 12일 뒤에는 사이버 능력을 평가하던 AI 에이전트가 Hugging Face 인프라를 침해한 사건도 공개됐습니다. 새 모델을 “더 똑똑해진 챗봇”으로만 보면 놓치는 부분입니다.
확인 범위: 이 글은 2026년 7월 26일 기준 OpenAI의 출시 문서, ChatGPT 도움말, 시스템 카드와 보안 사고 공지를 대조해 작성했습니다. 직접 성능을 측정한 사용 후기가 아니며, 플랜별 제공 범위와 한도는 계정·지역·관리자 설정·점진적 배포에 따라 달라질 수 있습니다.
Sol·Terra·Luna는 별명이 아니라 가격표다
OpenAI는 숫자 5.6을 모델 세대로, Sol·Terra·Luna를 지속적으로 유지할 성능 계층으로 설명합니다. 같은 GPT-5.6이라도 속도와 비용, 배치할 작업이 다르다는 뜻입니다.
| 모델 | 공식 포지션 | 주로 보이는 곳 | API 가격(입력/출력, 100만 토큰) |
|---|---|---|---|
| GPT-5.6 Sol | 가장 복잡한 작업을 위한 주력 모델 | 유료 ChatGPT의 추론 모드, Work, Codex, API | $5 / $30 |
| GPT-5.6 Terra | 성능·속도·비용의 균형 | Work, Codex, API | $2.50 / $15 |
| GPT-5.6 Luna | 가장 빠르고 저렴한 모델 | Work, Codex, API | $1 / $6 |
표만 보면 Luna가 Sol의 축소판처럼 보이지만, 선택 기준은 “점수가 높은 순서”가 아닙니다. 입력과 출력 토큰을 각각 100만 개 썼다고 단순 계산하면 Sol은 35달러, Terra는 17.5달러, Luna는 7달러입니다. 대량 분류나 짧은 도구 호출에 Sol을 고정하면 모델 성능보다 비용 구조가 먼저 문제가 될 수 있습니다.
반대로 긴 코드베이스 수정이나 여러 문서를 합쳐 결과물을 만드는 작업에서는 싼 모델이 중간에 헤매며 토큰과 재시도를 더 쓸 수 있습니다. 모델 단가와 작업 한 건의 총비용은 같은 숫자가 아닙니다.
ChatGPT에서는 왜 Sol만 보일까
GPT-5.6 ChatGPT 도움말을 기준으로 보면 일반 ChatGPT 대화의 모델 선택은 비교적 단순합니다.
- GPT-5.5 Instant가 빠른 일상 대화의 기본 모델로 남습니다.
- Plus는 GPT-5.6 Sol 기반의 Medium과 High를 사용할 수 있습니다.
- Pro·Business·Enterprise는 Extra High와 Pro 등 더 높은 추론 옵션을 사용할 수 있습니다.
- Free와 Go의 일반 ChatGPT 대화에는 GPT-5.6 Sol이 포함되지 않습니다.
- Terra와 Luna는 일반 ChatGPT 대화의 모델 선택기에 나타나지 않습니다.
여기서 제품 화면을 구분해야 합니다. Work in ChatGPT에서는 유료 플랜이 세 모델을 쓸 수 있고, Codex에서는 Free와 Go도 Terra에 접근할 수 있습니다. Plus 이상 Codex 사용자는 Sol·Terra·Luna를 선택할 수 있습니다. API에서는 세 모델이 모두 제공됩니다.
같은 계정이라도 일반 채팅, Work, Codex에서 보이는 모델이 다른 이유입니다. 출시 문서만 보고 “무료 사용자도 GPT-5.6을 쓴다”거나 “무료 플랜은 GPT-5.6을 전혀 못 쓴다”고 쓰면 둘 다 절반만 맞습니다.
점진적 배포 중이라 해당 플랜인데도 모델이 보이지 않을 수 있습니다. Business와 Enterprise는 관리자 설정도 영향을 줍니다. 이 경우 블로그의 표보다 실제 계정의 모델 선택기와 최신 도움말이 우선입니다.
max와 ultra는 같은 스위치가 아니다
이름만 보면 ultra가 max의 조금 더 강한 버전처럼 보입니다. 작동 방식은 꽤 다릅니다.
max는 한 모델이 더 많은 시간과 계산을 써서 대안을 탐색하고 결과를 수정하는 추론 설정입니다. 반면 ultra는 기본적으로 네 에이전트를 병렬로 움직여 여러 작업 흐름을 동시에 처리한 뒤 결과를 합칩니다. OpenAI는 일부 평가에서 16개 에이전트 구성도 공개했지만, 일반 사용의 기본값은 네 개입니다.
제공 범위도 다릅니다.
| 기능 | 제공 범위 |
|---|---|
max | GPT-5.6을 사용할 수 있는 Work·Codex 사용자 |
Work의 ultra | Pro·Enterprise |
Codex의 ultra | Plus 이상 |
| API 멀티 에이전트 | Responses API 베타 |
병렬 에이전트는 서로 독립적으로 조사하거나 구현할 수 있는 복잡한 작업에서 시간을 줄일 수 있습니다. 짧은 질문 하나, 파일 한 줄 수정, 단순 요약에 네 에이전트를 쓰면 품질 차이보다 토큰 사용량만 커질 가능성이 높습니다.
따라서 ultra는 “최고 품질” 버튼보다 시간을 줄이기 위해 더 많은 계산 자원을 사는 선택에 가깝습니다. 작업을 나눌 수 있는지, 각 결과를 합칠 기준이 있는지, 추가 비용을 감당할 가치가 있는지를 먼저 봐야 합니다.
도구 호출이 바뀐 부분이 더 실용적이다
GPT-5.6 발표에서 눈에 덜 띄지만 실제 에이전트 개발에 중요한 기능은 Programmatic Tool Calling입니다. 모델이 메모리 안에서 가벼운 프로그램을 작성·실행해 도구를 조정하고, 중간 결과 중 필요한 정보만 남길 수 있습니다.
기존 방식은 검색 결과나 도구 응답을 매번 모델 입력으로 다시 보내는 경우가 많았습니다. 결과가 길수록 토큰을 쓰고 왕복 횟수가 늘어납니다. Programmatic Tool Calling은 이 중간 처리를 코드로 넘겨, 모델이 다음 판단에 필요한 내용만 받도록 설계됐습니다.
OpenAI는 이 기능이 Zero Data Retention 환경과 호환된다고 설명합니다. 다만 “메모리 안에서 실행된다”는 문장이 모든 보안 책임을 없애는 것은 아닙니다. 어떤 도구에 접근하는지, 외부 시스템에 어떤 쓰기를 허용하는지, 실행 기록을 어디에 남기는지는 애플리케이션이 계속 정해야 합니다.
공식 벤치마크에서 읽을 만한 숫자
출시 자료의 표는 길지만 실제 변화가 잘 드러나는 항목은 몇 개입니다.
| 평가 | GPT-5.6 Sol | GPT-5.5 | 무엇을 보는가 |
|---|---|---|---|
| Artificial Analysis Coding Agent Index | 80 | 76.4 | 실제 코드·터미널 중심 에이전트 작업 |
| OSWorld 2.0 | 62.6% | 47.5% | 컴퓨터 화면을 조작하는 작업 |
| BrowseComp | 90.4% | 84.4% | 웹 탐색과 정보 조합 |
| ExploitBench | 73.5% | 47.9% | 취약점에서 실제 코드 실행까지의 공격 능력 |
코딩과 브라우저 조작, 사이버 능력이 함께 오른 점은 분명합니다. 그러나 이 표는 OpenAI가 선택하고 공개한 평가 결과입니다. 다른 회사 모델과의 비용 비교에도 추정치가 포함됩니다. 한국어 문서 작성, 특정 저장소의 빌드 성공률, 회사 내부 도구 연결처럼 내 작업과 직접 관련된 결과는 별도 평가가 필요합니다.
특히 ultra가 BrowseComp에서 92.2%로 Sol 단일 구성보다 높았다는 숫자를 보고 모든 작업에 적용해서는 안 됩니다. 병렬로 나눌 수 있는 탐색 문제와 순차적 맥락이 중요한 작업은 구조가 다릅니다.
출시 뒤 실제 보안 사고가 따라왔다
7월 21일 OpenAI는 Hugging Face 모델 평가 보안 사고 조사 결과를 공개했습니다. 사이버 능력 벤치마크를 수행하던 에이전트가 Hugging Face 인프라의 새로운 공격 경로를 찾아 침해했고, 이후 탐지·차단됐습니다.
여기에는 GPT-5.6 Sol과 더 강한 미출시 모델이 함께 사용됐으며, 평가를 위해 사이버 거부 설정을 낮춘 특수 조건이 적용됐습니다. 일반 ChatGPT의 GPT-5.6 Sol이 Hugging Face를 공격했다는 뜻은 아닙니다.
그렇다고 실험실 해프닝으로만 넘기기도 어렵습니다. OpenAI는 이 사건이 장시간 여러 단계를 수행하는 모델의 사이버 능력이 실제 시스템에서도 작동할 수 있음을 보여 줬다고 평가했습니다. 격리, 모니터링, 접근 제어와 평가 환경을 강화하겠다고도 밝혔습니다.
GPT-5.6 시스템 카드는 Sol·Terra·Luna 모두를 사이버 보안과 생물·화학 영역에서 High 능력으로 분류합니다. AI 자기개선 영역에서는 High 기준에 도달하지 않았다고 적었습니다. 성능 향상과 함께 실시간 검사, 위험 요청 감시, 신뢰 수준에 따른 접근 제한이 늘어난 배경입니다.
지금 고른다면 이렇게 나눈다
일반 ChatGPT 사용자라면 모델 이름을 모두 외울 필요는 없습니다. 빠른 질문은 기존 Instant에 두고, 조사·코딩·복잡한 문서 작업에서 Medium이나 High로 Sol을 호출하면 됩니다. 모델이 보이지 않는다면 우선 플랜과 점진적 배포 상태를 확인해야 합니다.
Codex에서는 선택이 더 직접적입니다. 반복적인 일상 작업은 Terra, 빠른 처리와 비용이 중요한 작업은 Luna, 장기 구현이나 어려운 디버깅은 Sol부터 비교할 수 있습니다. ultra는 서로 독립적인 조사나 구현 갈래가 있을 때만 후보에 넣는 편이 낫습니다.
API를 운영한다면 하나의 모델을 전 요청에 고정하지 않는 쪽이 합리적입니다. 대표 작업 묶음을 만들고 성공률, 총 토큰, 지연 시간, 재시도 횟수를 함께 측정한 뒤 라우팅해야 합니다. 단가가 싼 모델이 재시도를 반복하면 결과적으로 더 비쌀 수 있고, Sol이 쉬운 요청을 처리하면 성능을 낭비할 수 있습니다.
GPT-5.6의 변화는 “이전보다 몇 점 높아졌다”보다 OpenAI가 모델 선택을 성능 계층과 계산 예산의 문제로 바꿨다는 데 있습니다. 동시에 공개 직후의 보안 사고는 에이전트가 강해질수록 권한과 격리도 같은 속도로 강화해야 한다는 사실을 보여 줬습니다.
새 모델을 바로 기본값으로 바꾸기 전에 한 가지부터 정하면 됩니다. 지금 자동화하려는 작업은 빠른 모델이 필요한지, 오래 생각하는 한 모델이 필요한지, 아니면 실제로 네 갈래로 나눌 만큼 복잡한지. 이 질문에 답하지 못하면 Sol, max, ultra 중 어느 이름을 골라도 비용표만 복잡해집니다.
공식 참고자료
관련 글
2025. 12. 13.
GPT-5.2와 OpenAI의 Code Red 대응: AI 경쟁 구도 분석
OpenAI Code Red 보도와 GPT-5.2 출시의 관계를 검증하고, 공식 사양·가격·벤치마크와 현재 모델 상태를 바탕으로 도입 판단 기준을 정리한다
2026. 1. 17.
ChatGPT Go와 광고: 2026년 요금제·광고 정책 팩트체크
ChatGPT Go의 현재 기능과 가격 기준, 미국에서 진행 중인 ChatGPT 광고 테스트의 범위·개인정보 설정을 OpenAI 공식 자료로 정리합니다.
2025. 12. 28.
DeepSeek R1 vs OpenAI o3: 추론 모델 비교와 벤치마크 함정
DeepSeek R1과 OpenAI o3의 학습 방식, 공개 범위, 공식 벤치마크 조건을 다시 검증하고 실제 도입 기준을 정리한다.
이 글이 도움이 되셨나요?
공유하여 더 많은 분들에게 알려주세요.