ChatGPT Codex Terra 모델을 Sol급에 가깝게 사용하는 설정과 프롬프트

ChatGPT Codex Terra 모델을 Sol급에 가깝게 사용하는 설정과 프롬프트

ChatGPT Codex의 GPT-5.6 Terra는 설정만으로 Sol 모델이 되지는 않는다. 다만 추론 강도와 작업 단계를 조정하면 일반적인 코딩 작업에서 Terra의 결과 품질을 상당히 끌어올릴 수 있다.

먼저 확인할 핵심 설정

2026년 7월 20일 기준 Codex에서 사용할 수 있는 GPT-5.6 모델은 Sol, Terra, Luna로 나뉜다. Sol은 복잡하고 모호한 고난도 작업, Terra는 일상적인 개발 작업, Luna는 빠르고 반복적인 작업에 맞춰져 있다. (OpenAI)

설정특징추천 작업

Terra + Medium	속도와 품질의 균형	일반적인 기능 구현, 코드 수정
Terra + High	분석과 검토 강화	버그 수정, 리팩터링
Terra + Extra High	복잡한 단계 처리	여러 파일을 수정하는 작업
Terra + Max	한 작업에 최대 추론 시간 사용	설계 변경, 원인 파악이 어려운 오류
Terra + Ultra	여러 하위 에이전트가 작업 분담	분석·구현·테스트를 나눌 수 있는 대규모 작업
Sol	가장 높은 분석력과 완성도	모호한 요구사항, 핵심 아키텍처 설계

중요한 점은 Terra + Max가 Sol과 동일한 모델은 아니라는 것이다. Max는 선택한 Terra 모델이 한 작업을 더 오래 분석하도록 만드는 설정이다. Ultra는 작업을 여러 하위 에이전트에 나눠 병렬로 처리하지만, 이 역시 Terra 자체를 Sol로 바꾸는 기능은 아니다. (OpenAI Developers)

Codex에서 Terra 모델과 Max 설정하는 방법

ChatGPT 데스크톱 앱에서는 다음 순서로 설정할 수 있다.

1. ChatGPT 데스크톱 앱을 실행한다.
2. 상단 또는 작업 화면에서 Codex를 선택한다.
3. 새 채팅을 만든다.
4. 입력창 아래의 모델·추론 설정을 연다.
5. 고급 설정에서 GPT-5.6 Terra를 선택한다.
6. 추론 강도를 High, Extra High 또는 Max로 변경한다.

Max가 모델 선택 화면에 보이지 않는다면 앱 설정에서 활성화해야 한다.

Settings → Configuration → 모델 선택 관련 설정

공식 문서에 따르면 Max는 가장 어려운 단일 작업에 더 많은 추론 시간을 사용하는 모드다. Ultra가 표시되지 않는 경우에도 같은 Configuration 메뉴에서 모델 선택 슬라이더 옵션을 켤 수 있다. (OpenAI Developers)

무료 및 Go 요금제 사용자는 Codex에서 Terra를 사용할 수 있다. Plus, Pro, Business, Enterprise 사용자는 Codex에서 Sol, Terra, Luna를 선택할 수 있으며 추론 강도도 조절할 수 있다. 일반적인 ChatGPT 채팅 화면에서는 Terra와 Luna를 직접 선택할 수 없고, Codex 또는 Work에서 사용해야 한다. (OpenAI)

Codex CLI에서 Terra 모델 사용하는 방법

Codex CLI를 사용한다면 실행할 때 모델을 직접 지정할 수 있다.

codex -m gpt-5.6-terra

Codex가 실행된 상태에서는 다음 명령어로 모델과 추론 강도를 변경한다.

/model

메뉴에서 GPT-5.6 Terra를 선택한 뒤 원하는 추론 단계를 고르면 된다.

• Low: 빠른 단순 작업
• Medium: 일반적인 개발 작업
• High: 복잡한 문제 분석
• Extra High: 여러 단계를 거치는 고난도 작업
• Max: 단일 작업 최대 추론
• Ultra: 하위 에이전트를 활용한 작업 분담

비대화형 명령으로 현재 코드 변경 사항을 검토하려면 다음처럼 사용할 수 있다.

codex exec -m gpt-5.6-terra "현재 변경된 코드를 검토하고 오류 가능성과 수정안을 정리해줘"

Codex CLI, IDE 확장 프로그램, 데스크톱 앱은 같은 config.toml 설정을 공유한다. 기본 모델을 Terra로 고정하려면 설정 파일에 다음 항목을 추가할 수 있다. (OpenAI Developers)

model = "gpt-5.6-terra"

Terra의 결과 품질을 높이는 작업 방식

모델 설정보다 더 큰 차이를 만드는 것은 작업 지시 방식이다. Terra에 모호한 요구사항을 한 번에 던지기보다 계획, 구현, 검증을 분리하는 편이 안정적이다.

1. 완료 조건을 먼저 적는다

나쁜 요청은 범위가 열려 있다.

로그인 기능을 개선해줘.

완료 조건을 포함하면 Terra가 불필요한 방향으로 코드를 변경할 가능성을 줄일 수 있다.

현재 로그인 기능을 분석하고 다음 조건을 만족하도록 수정해줘.

완료 조건:
- 이메일 형식 검증 추가
- 로그인 실패 메시지 통일
- 기존 API 요청 형식 유지
- 관련 테스트 추가
- 수정하지 않은 파일은 건드리지 않기

먼저 수정 계획과 대상 파일을 제시하고, 그다음 구현해줘.

2. 계획과 구현을 분리한다

복잡한 작업에서는 바로 코드를 수정하게 하지 않는 편이 좋다.

1단계에서는 저장소 구조와 관련 코드를 분석해줘.
아직 파일은 수정하지 마.

다음 내용을 먼저 제시해줘.
- 문제의 원인 후보
- 수정이 필요한 파일
- 예상되는 부작용
- 테스트 방법

계획을 확정한 뒤 2단계에서 구현해줘.

이 방식은 Terra가 잘못된 가정을 바탕으로 여러 파일을 동시에 변경하는 문제를 줄여준다.

3. 구현 후 별도 검토를 요청한다

구현이 끝났다고 바로 작업을 종료하지 말고, 새로운 관점에서 다시 검토하도록 요청한다.

방금 작성한 코드를 처음 보는 리뷰어 입장에서 다시 검토해줘.

확인 항목:
- 요구사항 누락
- 예외 처리
- 보안 문제
- 타입 오류
- 불필요한 변경
- 테스트 누락

문제가 발견되면 근거와 함께 수정해줘.

한 번의 긴 요청보다 구현과 검토를 분리하는 편이 결과를 확인하기 쉽다.

4. 테스트 명령까지 실행하게 한다

코드가 그럴듯하게 작성됐다고 해서 실제로 동작하는 것은 아니다. 프로젝트에서 사용할 수 있는 테스트와 검사 명령을 실행하도록 명시해야 한다.

수정이 끝나면 다음 순서로 검증해줘.

1. 타입 검사
2. 린트 검사
3. 관련 단위 테스트
4. 전체 테스트가 가능하면 전체 테스트
5. 실패한 항목과 원인 정리

실행하지 못한 검증은 실행한 것처럼 쓰지 말고 이유를 표시해줘.

Terra용 실전 프롬프트 템플릿

아래 형식은 기능 구현, 리팩터링, 오류 수정에 공통으로 활용하기 좋다.

역할:
너는 이 저장소를 유지보수하는 시니어 개발자다.

목표:
[해결할 문제 또는 구현할 기능]

현재 상황:
[오류 메시지, 관련 파일, 기존 동작]

완료 조건:
- [조건 1]
- [조건 2]
- [조건 3]

제약 사항:
- 기존 공개 API는 변경하지 않는다.
- 불필요한 파일은 수정하지 않는다.
- 새로운 라이브러리는 꼭 필요한 경우에만 추가한다.
- 확인하지 않은 내용을 사실처럼 가정하지 않는다.

작업 순서:
1. 관련 파일과 구조를 분석한다.
2. 원인 또는 구현 방향을 설명한다.
3. 수정 계획을 작성한다.
4. 코드를 구현한다.
5. 테스트와 정적 검사를 실행한다.
6. 변경 파일, 핵심 변경점, 남은 위험을 정리한다.

중요:
문제가 불명확하면 임의로 대규모 수정하지 말고, 코드에서 확인 가능한 근거를 먼저 제시한다.

Max와 Ultra는 언제 선택해야 하나

Max는 원인 파악이 어렵거나 여러 선택지를 비교해야 하는 단일 작업에 적합하다.

• 복잡한 버그의 원인 추적
• 아키텍처 변경안 비교
• 여러 파일에 걸친 리팩터링
• 성능 저하 원인 분석
• 기존 테스트가 부족한 코드 수정

Ultra는 작업을 독립적인 부분으로 나눌 수 있을 때 효과적이다.

• 한 에이전트는 코드 구조 분석
• 한 에이전트는 구현
• 한 에이전트는 테스트 검토
• 한 에이전트는 보안과 회귀 문제 점검

단순한 함수 수정이나 명확한 오류 해결에는 Ultra까지 사용할 필요가 없다. 공식 문서도 대부분의 작업에는 Max나 Ultra가 필요하지 않으며, 필요한 결과를 얻을 수 있는 가장 낮은 추론 강도부터 시작할 것을 권장한다. (OpenAI Developers)

비용과 사용량도 함께 확인해야 한다

Terra는 Sol보다 낮은 비용과 더 높은 사용량을 목표로 하는 모델이다. Codex의 토큰 기반 크레딧 기준에서 Terra의 입력·출력 크레딧은 Sol의 절반 수준으로 책정되어 있다. 다만 실제 사용량은 입력 길이뿐 아니라 추론 강도, 출력 토큰, 도구 사용, 캐시 적용 여부에 따라 달라진다. (OpenAI Help Center)

Max나 Ultra를 항상 켜두기보다 다음 방식이 현실적이다.

• 간단한 수정: Terra Medium
• 일반적인 기능 개발: Terra High
• 복잡한 리팩터링: Terra Extra High
• 해결되지 않는 고난도 문제: Terra Max
• 작업을 여러 부분으로 나눌 수 있는 프로젝트: Terra Ultra
• 요구사항이 모호하고 결과 품질이 최우선인 작업: Sol

짧은 마무리

Terra를 설정만으로 Sol과 동일하게 만들 수는 없다. 대신 Terra에 High·Extra High·Max를 적용하고, 계획과 구현을 분리하며, 테스트와 자체 검토까지 요청하면 일반적인 개발 작업에서는 훨씬 안정적인 결과를 얻을 수 있다. 그래도 요구사항이 모호하거나 핵심 설계 판단이 필요한 작업이라면 처음부터 Sol을 선택하는 편이 효율적이다.