OpenAI Codex Day 7 상세 해설: GPT-6.1 Sol의 컨텍스트가 272K→500K! 1M 설정 및 요금 주의점

OpenAI・Codex의 '28일간 업데이트'를 매일 조사하여 발신하고 있습니다. Day 8 이후의 신기능이나 리셋 정보 놓치고 싶지 않은 분들은 꼭 팔로우해 주세요.

2026년 10월 11일(미국 시간), OpenAI의 '28일간 개선 또는 리셋' 기획의 Day 7이 발표되었습니다.

이번 주역은 새로운 모델이나 일괄 리셋이 아니라, GPT-6.1 Sol이 한 번에 처리할 수 있는 컨텍스트의 기본값이 확장된 것입니다.

Codex와 ChatGPT Work에서 GPT-6.1 Sol의 표준 컨텍스트 길이가 272K에서 500K 토큰으로 늘어났습니다. 게다가 기존처럼 최대 1M까지 커스터마이징할 수 있습니다. OpenAI 책임자 Tibo Sottiaux는 구독(subscription) 틀에서 이용하는 경우, 이번 변경에 따른 장문 컨텍스트 추가 요금을 부과하지 않는다고 설명했습니다.

공식 발표:

일본 시간으로는 10월 12일의 발표입니다.

다만, 이것이 **'500K까지 반드시 정확하게 기억할 수 있다', 'Codex 이용 상한이 늘어났다', 'API에서도 추가 요금이 없다'**는 의미는 아닙니다.

본문에서는 컨텍스트 길이와 Compaction의 메커니즘, 1M으로 설정하는 방법, 구독과 API의 요금 차이, 대규모 리포지토리에서의 활용 방법, 주의점까지 정리합니다.

조사 기준: 2026년 10월 12일(일본 시간). 공식 Day 7 게시물, 28일 트래커, Codex 설정 레퍼런스, OpenAI API의 GPT-6.1 Sol 사양 및 요금표를 참조했습니다. 플랜・모델・클라이언트 제공 상황은 변경될 수 있습니다.

'1M까지 설정할 수 있다'는 것은 이전부터 가능했으며, 이번 신기능은 아무것도 하지 않아도 적용되는 기본값이 500K가 된 점입니다.

Tibo는 500K를 대부분의 사용자에게 적합한 새로운 'sweet spot(균형 잡힌 설정)'이라고 설명했습니다. 더 큰 값으로 확장하는 것도 향후 검토할 방침이지만, 구체적인 다음 날짜는 제시하지 않았습니다.

**컨텍스트 창(Context Window)**이란 AI 모델이 1회 처리로 한 번에 참조할 수 있는 정보량의 상한입니다.

컨텍스트에는 사용자가 마지막으로 입력한 메시지뿐만 아니라, 다음과 같은 정보가 포함됩니다.

• 개발자・시스템 측 지시
• 대화 기록과 과거 AI 응답
• 읽어 들인 소스 코드나 설계 문서
• 터미널 실행 결과, 테스트 로그
• 툴 호출 결과
• 다음 답변을 생성하는 데 필요한 영역

**토큰(token)**이란 모델이 문자열이나 코드를 처리하는 단위입니다. 일본어의 한 글자가 반드시 1 토큰이 되는 것은 아니며, 영단어・기호・코드에 따라 분할 방식이 다릅니다.

따라서 '500K = 일본어 50만 자'로 환산할 수 없습니다.

예를 들어 버그 조사를 Codex에 맡길 경우, 다음과 같은 정보가 쌓입니다.

사용자의 요청
↓
리포지토리 구조 조사
...

한 번의 작업이 길어질수록 과거에 읽은 코드나 로그, 사용자로부터의 제약 조건 등이 늘어납니다.

272K의 표준 창에서도 상당히 많은 정보를 유지할 수 있지만, 장시간 작업으로 한계에 가까워지면 과거의 정보를 압축하는 처리가 필요합니다.

500K로 확장됨으로써, 그 처리가 필요해지기까지 유지할 수 있는 정보가 늘어납니다.

Tibo는 Day 7의 목표로 Compaction 발생 횟수를 줄이고, 긴 기간에 걸쳐 세밀한 문맥이나 뉘앙스를 남기기 쉽게 하는 것을 들었습니다.

Compaction은 대화나 툴 실행 기록이 커졌을 때, 중요한 정보를 재정리하여 다음 처리에 필요한 컨텍스트를 작게 만드는 메커니즘입니다.

대화・작업 로그
↓
허용 컨텍스트에 근접
...

큰 대화 기록을 다룰 때 유용하지만, 요약 과정에서 세부 정보가 빠질 가능성이 있습니다.

예를 들어,

• '이 함수만 변경해 달라'는 조건
• 조사된 원인 후보를 제외한 이유
• 테스트가 실패한 시각이나 실행 환경
• 과거 리뷰에서 지적된 예외 케이스

등의 정보입니다.

이번 500K화로 Compaction까지의 여유를 늘려, 긴 작업 도중에 중요한 정보가 손실될 위험을 줄이는 목표가 있습니다.

다만, Compaction이 완전히 사라지는 것은 아닙니다. 또한 컨텍스트가 길다고 해서 반드시 답변 정확도가 높아진다고 보장되는 것도 아닙니다.

여러 모듈에 걸친 Java 백엔드 변경을 생각해 봅시다.

backend/
├── api/
├── domain/
...

오류 원인이 API 계층뿐만 아니라 업무 로직, DB 조작, 배치 처리, 테스트 데이터에 걸쳐 있는 경우, 여러 파일을 대조해야 합니다.

컨텍스트 여유가 있으면, 읽어 들인 사양이나 함수 간의 관계를 다음 수정/리뷰까지 이어가기 쉽다는 장점이 있습니다.

하지만 거대한 리포지토리를 처음부터 모든 파일을 불러오는 것보다, 먼저 관련 부분을 검색하여 필요한 범위로 좁히는 것이 무관한 정보로 인한 혼란이나 불필요한 비용을 피하기 쉽습니다.

Issue 조사
→ 수정
→ CI 실패
...

처럼, 수십 번이나 도구를 사용하는 작업에서 이점이 있습니다.

500K화에 따라, 중간에 알아본 상황을 남긴 채 다음 판단으로 넘어가기 쉬워집니다.

다만, 긴 컨텍스트가 테스트 실행이나 CI 대기 시간을 직접적으로 단축하는 기능은 아닙니다.

여러 API 사양서, SQL 정의, 마이그레이션 절차, 에러 로그를 동시에 참조하는 작업에도 효과가 기대됩니다.

ChatGPT Work에서는 코드에 국한되지 않고, 조사/자료 작성/파일 분석 등 긴 작업을 할 때 이점이 있습니다.

중요한 것은 다음 두 가지를 구별하는 것입니다.

500K
= Codex / Work에서 GPT-6.1 Sol을 사용할 때의 새로운 표준 설정값
1M
...

500K가 새로운 최대값은 아닙니다.

반면, OpenAI의 GPT-6.1 Sol API 모델 페이지에는 1,050,000 토큰의 컨텍스트 윈도우가 기재되어 있습니다. 이는 API 모델의 사양상 값입니다.

Day 7 발표에서 말하는 **Codex / Work 설정 상한 '1M'**과 API 페이지의 '1,050,000'이라는 표기를 혼동하여

이는 로컬 클라이언트 측 설정을 덮어쓰는 지정입니다. 백엔드 권한 제한이나 모델이 허용하지 않는 상한까지 강제로 확장할 수 있는 마법 같은 설정은 아닙니다.

실제 값은 /status 등에서 확인해 주세요.

설정 파일을 편집하려면 macOS 터미널 등에서 다음 명령어를 실행할 수 있습니다.

nano ~/.codex/config.toml

nano: 터미널에서 텍스트 파일을 편집하는 에디터 -
~: 현재 사용자의 홈 디렉토리 -
.codex/config.toml: Codex CLI 설정 파일

설정 예시:

model = "gpt-6.1-sol"
model_context_window = 1000000

nano로 저장하려면 Control + O,
Enter로 확정하고, Control + X로 종료합니다. 그 후, 새로운 Codex 세션에서 설정 반영 여부를 확인하세요.

주의: 과거에는 Codex의 데스크톱 버전이나 CLI에서 사용자 지정 컨텍스트 길이를 지정해도 반영되지 않거나, 자동 압축과 결합했을 때 불안정해진다는 GitHub Issue가 보고된 바 있습니다. 보고된 버전이나 조건이 현재와는 다를 수 있지만, 설정 파일에 적었다고 해서 사용 가능하게 되었다고 판단하는 것이 중요하지 않습니다.

불안정하다면 model_context_window를 삭제하여 새로운 기본값으로 되돌리고, 필요에 따라 버전과 로그를 확인하세요.

이번에 가장 오해하기 쉬운 부분이 요금입니다.

Tibo 씨는 ChatGPT 구독을 통해 GPT-6.1 Sol을 사용할 경우, 장문 컨텍스트 추가 요금을 부과하지 않는다고 설명했습니다.

반면, OpenAI API의 종량제(従量課金)는 별개의 시스템입니다.

Codex나 Work에 ChatGPT 계정으로 로그인하여 사용하는 경우가 대상 -
GPT-6.1 Sol의 이번 500K 설정과 관련하여,
장문 컨텍스트 전용 추가 요금은 없음 -
다만,
일반적인 Work / Codex 사용량은 소비함 -
긴 로그나 자료를 많이 읽어 들일 경우, 일반 이용 한도/크레딧 소비량에 영향을 줄 수 있음
이용 한도가 무제한이 되는 것은 아님

'추가 장문 요금 없음'은 '아무리 길게 사용해도 이용량 제로'를 의미하지 않습니다.

GPT-6.1 Sol의 공식 모델 페이지에는 입력이 272K 토큰을 초과하는 요청에 장문 요금이 적용된다고 명시되어 있습니다.

Standard 모드 기준, 100만 토큰당 예상 비용은 다음과 같습니다.

이는 Standard의 요금 예시이며, Fast, Ultrafast, Batch, Flex, 데이터 레지던시 등 다른 요금 조건과의 조합에서는 달라질 수 있습니다.

공식 자료:

일반 텍스트 입력 300K 토큰, 출력 20K 토큰의 1 요청을 가정합니다(캐시/도구 비용 제외).

입력: 300,000 ÷ 1,000,000 × $4 = $1.20
출력: 20,000 ÷ 1,000,000 × $15 = $0.30
합계: $1.50

만약 단문 단가로 계산하면 $0.80이 되지만, 입력이 272K를 초과하기 때문에 API에서는 장문 단가가 적용되는 예시입니다.

※ 모델이 생각하는 데 필요한 출력 토큰도 과금 대상에 포함될 수 있어, 실제 청구액은 이용 상황에 따라 변동됩니다. 이는 개념을 설명하는 시산(試算)입니다.

반드시 그런 것은 아닙니다.

API 측에서 판단하는 것은 실제로 요청으로 사용하는 입력 토큰량 등의 조건입니다. 클라이언트 측의 최대 윈도우 설정을 500K로 해도, 매번 500K 분량의 문서를 보내는 것은 아닙니다.

'상한'과 '사용된 양'은 구분해서 생각하는 것이 중요합니다.

Day 7은 전날의 Day 6 글로벌 리셋과는 다릅니다.

Day 6
→ Work / Codex 대상 이용 한도의 일제 리셋
Day 7
...

컨텍스트 길이가 늘어나도, Codex의 주간 이용 한도나 잔량을 리셋하는 메커니즘이 아닙니다.

또한, Day 3에서 배포된 **banked reset(저장 가능한 리셋 티켓)**의 추가 배포가 Day 7에 실시되었다는 공식 발표도 확인한 범위에서는 발견되지 않았습니다.

Day 7 공식 28일 트래커에는 GPT-6.1 Sol의 컨텍스트 확장이 기재되어 있습니다.

관련성이 낮은 로그나 오래된 사양을 한꺼번에 입력하면, 현재 작업에 필요한 정보를 놓칠 위험이 있습니다.

필요한 범위를 좁히고 파일 출처, 조사 완료 사항, 남은 과제를 명확하게 하는 방법은 앞으로도 유효합니다.

컨텍스트 창(Context Window)은 '그 시점의 처리를 통해 참조할 수 있는 범위'이며, 별 스레드나 다른 세션에서도 영구적으로 기억하는 메모리 영역이 아닙니다.

오랫동안 사용하는 프로젝트에서는 README.md,
AGENTS.md,
Issue, 설계 문서 등 외부로 남는 원본을 병용해야 합니다.

긴 컨텍스트가 사용 가능하다고 해서 비밀 키, 고객 데이터, 비공개 인증 정보를 필요 이상으로 읽게 해서는 안 됩니다.

AI의 컨텍스트 용량과 프로젝트의 접근 제어/정보 관리는 별개의 문제입니다.

기본값이 500K라도, 클라이언트 모델 설정에 따라 Compaction 임계값은 다를 수 있습니다.

매번 /status나 실제 동작을 확인하면서, 특히 1M 커스텀 설정에서는 단계적으로 시도하는 것이 안전합니다.

여기까지로 속도, 모델, 조작성, 사용량, 컨텍스트 등 다양한 방향에서 개선이 진행되고 있습니다.

해당하는 GPT-6.1 Sol의 기본 설정은 500K로 변경되었다고 발표되었습니다. 먼저 새로운 세션을 만들어서 현재 모델과 컨텍스트 표시를 확인하십시오.

구독을 통한 GPT-6.1 Sol에서는 장문 컨텍스트 추가 요금이 부과되지 않는다고 설명됩니다. 다만, 사용 가능한 모델, 실제로 소비하는 Work / Codex 사용량, 플랜 상한, 클라이언트 측 대응은 별개의 조건입니다. '1M이면 완전 무료/무제한'은 아닙니다.

Day 7의 대상은 Codex와 ChatGPT Work의 GPT-6.1 Sol입니다. 일반 Chat 탭에서 사용하는 모든 모델의 상한이 500K로 바뀌었다는 공지가 아닙니다.

발생합니다. Compaction 타이밍이 느려지는 것은 있겠지만, 상한에 가까워지면 다시 압축이 필요해집니다.

아닙니다. 현재 GPT-6.1 Sol API 모델 페이지에서는 입력 272K 초과 요청에 장문 요금이 적용됩니다.

Day 7에서 중요한 점은 다음입니다.

• Codex / Work의 GPT-6.1 Sol이 기본값이 272K→500K로 변경됨 - 증가 폭은 약 1.84배.
• 최대 1M 커스텀 설정은 계속 가능함 -
• Compaction 빈도를 줄여 긴 작업의 세부 문맥을 유지하기 쉽게 하는 것이 목적 -
• 구독을 통한 경우 장문 컨텍스트 추가 요금을 부과하지 않는다는 발표 - 단지
• 일반 이용 한도/크레딧 소비는 지속됨. 무제한화가 아님 -
• API는 별도 비용이며, 272K 초과 입력에는 요청 전체에 장문 요금이 적용됨 - CLI에서는
  model_context_window
  을 통해 변경이 가능하지만 실제 반영 확인이 중요함. Day 7의 추가 풀 리셋은 공식 추적 정보에서 확인할 수 없음

대규모 리포지토리나 장시간 작업에서는 단순히 모델 성능뿐만 아니라, '중간까지의 조사 내용을 인계할 수 있는지'가 작업 품질을 좌우합니다.

이번 500K화는 Codex나 Work를 중간에 멈추지 않고 복잡한 태스크에 임하기 쉽게 하는 실용적인 개선이라고 할 수 있습니다.

• OpenAI 책임자 Tibo Sottiaux: Day 7의 500K 확장 발표
• OpenAI Developer Community: OpenAI에서 배포하는 28일간의 기록
• OpenAI Help Center: ChatGPT 작업 및 Codex
• OpenAI 공식: GPT-6.1 Sol의 API 모델 사양
• OpenAI 공식: API 요금표
• OpenAI 공식: Codex 설정 레퍼런스
• OpenAI 공식: Compaction 설명
• GitHub openai/codex: 컨텍스트 길이 커스텀 설정 및 Compaction 관련 과거 Issue

앞으로도 OpenAI와 Codex의 28일간 업데이트를 매일 추적하고, 추가 발표나 리셋까지 확인하여 전해드리겠습니다. Day 8 이후도 놓치고 싶지 않은 분들은 꼭 팔로우해주세요.