Codex Day 12 상세 해설: 캐시 개선으로 실질 사용량 증가! GPT-6 Astra Pro의 병렬 에이전트도

OpenAI 및 Codex의 '28일간 업데이트'를 매일, 공식적인 일차 정보를 확인하여 자세히 전하고 있습니다. Day 13 이후의 신기능이나 리셋을 놓치고 싶지 않은 분들은 꼭 팔로우해 주세요.

2026년 10월 16일(미국 시간), OpenAI의 '28일간 매일 개선 또는 풀 리셋' 기획으로 Day 12가 발표되었습니다.

이번 핵심은, Codex와 ChatGPT Work가 같은 이용 범위에서 더 많은 작업을 처리할 수 있도록 하는 컨텍스트 재활용과 캐시 효율성 개선입니다.

OpenAI의 Codex 책임자 Tibo Sottiaux는 구체적으로 다음 3가지 변경 사항을 발표했습니다.

• 서브 에이전트 간 컨텍스트 재활용
• 컨텍스트 캐시를 기존보다 오래 유지
• 요청 분배 개선으로 캐시 히트율 향상

더 나아가 같은 날, OpenAI 공식 계정은 GPT-6 Astra Pro의 고속화, 플러그인/도구 이용 개선, 다중 에이전트에 의한 병렬 작업을 발표했습니다.

다만, 이것들은 같은 '사용량 증가'라는 하나의 사양이 아닙니다. 전자는 Codex/Work의 이용 효율성이고, 후자는 ChatGPT의 Chat 탭에서 Pro용 모델/에이전트 경험입니다.

또한, iOS의 Dots용 위젯과 단축어도 같은 주에 안내되었습니다. 이는 관련 출시로 후반부에서 구분하여 다룰 것입니다.

본 기사에서는 캐시 메커니즘, 서브 에이전트의 중복 처리, 실질 사용량과 플랜 상한선의 차이, GPT-6 Astra Pro의 병렬 에이전트, 실제 업무 적용, 주의점, 리셋 여부를 자세히 해설합니다.

조사 기준: 2026년 10월 17일(한국 시간). 발표된 메커니즘과 일반적인 AI 기반 기술 해설을 구분했습니다. 감소율/개선율/모델별 캐시 실측값은 이번 Day 12 공지에서 발표되지 않았습니다.

특히 중요한 것은, '실질적으로 사용 가능한 작업량이 증가한다' = '주간 상한선을 2배로 설정했다'가 아니라는 것입니다.

Codex와 Work는 ChatGPT 플랜에 포함된 에이전트 이용 범위를 공유합니다. 플랜이나 모델에 따라 소비량이 다르며, 일정 기간의 이용 상한선이 적용됩니다.

여기서, 동일한 작업을 수행하는 데 필요한 계산 처리량이 줄어든다면, 이용 범위 자체는 변하지 않아도 더 많은 작업을 끝낼 수 있을 가능성이 있습니다.

예를 들어, 단순 설명용 가정으로, 어떤 작업에 이전에 100의 상대적 처리량이 필요했다고 가정해 봅시다.

개선 전
사용 가능한 처리량 1,000
1작업당 100
...

80이라는 값이나 '약 20% 감소'는 가상의 계산 예시이며, OpenAI가 Day 12의 실측값으로 발표한 숫자가 아닙니다.

OpenAI는 'effective usage you get (실질적인 이용량)'을 늘렸다고 언급했을 뿐, 실제로 몇 배가 되었는지는 명시하지 않았습니다.

이 차이는 Day 6・8・10의 글로벌 리셋과도 중요합니다.

• 리셋: 대상 이용 범위의 잔량을 회복시키는 것
• Day 12: 동일한 작업에서의 낭비를 줄여서, 이용 범위를 오래 지속시키는 것

물론, 실제 이용량 소비는 모델, 처리 내용, 서브 에이전트 수, 컨텍스트 변화 등에 따라 다릅니다.

**서브 에이전트(subagent)**란, 부모가 되는 에이전트로부터 일부 작업을 위임받는 별도의 작업 담당 AI입니다.

예를 들어, 다음과 같은 큰 개발 요청이 있습니다.

Java 백엔드를 리뷰하고, 인증, DB 접근, 테스트 문제를 조사해 주세요.

각각을 독립된 담당으로 나눌 수 있습니다.

친 에이전트
│
├─ 인증 검증을 담당하는 서브 에이전트
...

각 에이전트는 리포지토리 전체 규칙, 프로젝트의 기본 구성, 전제 사양 등 공통적으로 필요한 정보가 있습니다.

공통 프로젝트 정보
├→ 서브 A가 처리
├→ 서브 B가 처리
...

많은 서브 에이전트에게 동일한 긴 컨텍스트를 전달할 경우, 동일한 입력을 여러 번 모델로 처리하는 것은 낭비가 될 수 있습니다.

Day 12 공식 발표는 이 부분에 대해 서브 에이전트 간에 컨텍스트를 재사용하는 개선을 명시하고 있습니다.

공유 가능한 컨텍스트
↓
재사용 가능한 처리 상태
...

중요한 유보 사항: 이 다이어그램은 개념 설명입니다. OpenAI는 서브 에이전트 간에 내부 상태를 구체적으로 어떻게 저장, 분리, 공유하고 있는지는 공개하지 않았습니다.

다른 사용자의 기밀 정보나, 서브 에이전트 고유의 컨텍스트까지 무조건 공유한다는 발표도 아닙니다.

특히, 긴 공통 전제를 사용하여 독립적인 조사를 병렬화하는 처리에서 이점이 기대됩니다.

예시:

• 리포지토리 전반에 걸친 버그 리뷰
• API·DB·인증을 개별적으로 조사하는 태스크
• 여러 테스트 케이스의 병렬 검증
• 긴 사양서를 공유하는 다수 에이전트
• 여러 자료를 공통 평가 기준으로 비교하는 작업

반대로, 서브 에이전트의 공통 부분이 적고 매번 완전히 다른 컨텍스트를 다루는 작업에서는 효과가 작아질 수 있습니다.

Day 12를 이해하는 데 중요한 것이 캐시입니다.

캐시는 이전에 계산한 결과의 일부를 보존하여, 동일한 처리를 처음부터 다시 할 필요가 없게 하는 기술입니다.

대규모 언어 모델은 입력된 토큰을 처리할 때 내부의 중간 상태를 계산합니다.

OpenAI 공식의 Prompt caching에서는 이를 KV(Key-Value) 상태라고 설명하고 있습니다.

비슷한 입력이 다시 왔을 때, 변경되지 않은 **앞부분(prefix)**의 상태가 남아 있다면 동일한 계산을 재사용할 수 있는 경우가 있습니다.

1차 요청
[ 공통 지시·툴 정의·대화 기록 ][ 이번 질문 A ]
↓
...

매번 전체를 완전히 계산하지 않게 되는 것은 아닙니다. 공통적인 부분을 재사용할 수 있다는 이야기입니다.

**캐시 히트(cache hit)**는 처리 시 이용 가능한 캐시가 발견되어 이전의 계산 결과를 재사용할 수 있었던 상태입니다.

반면, 캐시를 사용할 수 없는 경우를 **캐시 미스(cache miss)**라고 부릅니다.

Tibo는 이번 변경으로 컨텍스트를 이전보다 더 길게 캐시한다는 점을 언급했습니다.

동일한 공통 컨텍스트를 가진 두 개의 처리라도, 중간 간격이 길어 캐시가 만료되었다면 재사용할 수 없습니다.

이전 개념 예시
태스크 A → 캐시 저장
↓ 시간 경과
...

이는 분 단위·시간 단위로 일정한 간격이 벌어지는 에이전트 처리에 도움이 될 수 있습니다.

다만 Day 12 게시물에서는 이전이 몇 분이었고, 이번이 몇 분이 되었는지는 공표되지 않았습니다.

OpenAI의 API용 공식 문서에는 캐시 유지 정책이나 모델별 요금이 공개되어 있습니다.

하지만, 이번 Day 12 발표는 Codex / Work의 이용 효율성에 관한 것입니다. API의 모든 모델의 TTL(Time To Live: 저장 기간)이 일괄적으로 변경되었다는 발표가 아닙니다.

API의 유지 기간이나 옵션을 알고 싶다면, 별도로 공식 Prompt caching 가이드에서 대상 모델을 확인해 주십시오.

캐시 내용이 남아 있어도, 요청이 그 캐시를 가지지 않는 처리처로 전송된다면 재사용할 수 없는 경우가 있습니다.

OpenAI의 공식 자료에서는 캐시된 KV 상태가 개별 처리 머신 상에 있으며, 적절한 머신에 도착했을 때 이용할 수 있다고 설명합니다.

예를 들어,

모델 처리 서버 A
└─ 공통 컨텍스트 캐시 보유
모델 처리 서버 B
...

이것이 **라우팅(routing: 처리처 선택)**과 캐시 히트율의 관계입니다.

Day 12에서는 더 많은 요청이 캐시를 재사용할 수 있도록 분배(routing)가 개선된 것이 발표되었습니다.

실제 내부 분배 알고리즘이나, 히트율이 몇 %에서 몇 %로 변했는지는 미공개입니다.

이번 Day 12 내용을 바탕으로 모든 개발자가 수동으로 API 설정을 변경할 필요는 없습니다.

OpenAI의 Prompt caching 가이드에 따르면, GPT-5.6 이후부터는 캐시 라우팅이 자동으로 처리되므로, prompt_cache_key는 히트율 최적화에 필수적이지 않다고 설명되어 있습니다.

이는 이전 모델과는 사용법이 다릅니다.

특히 prompt_cache_key의 역할을 '같은 값이라면 반드시 같은 GPU에 고정할 수 있는 메커니즘'이라고 오해하지 않는 것이 중요합니다.

Day 12에서 실질적인 이용량이 증가한다고 발표되었지만, 이용량 소비가 '0'이 되는 것은 아닙니다.

예를 들어, 에이전트가 다음과 같은 작업을 반복한다고 가정해 봅시다.

긴 공통 사양을 읽음
↓
기능 A 수정
...

같은 사양이나 대화 기록을 더 효율적으로 재사용할 수 있다면, 불필요한 재계산이나 처리 비용이 줄어들 가능성이 있습니다.

하지만 다음 사항에는 주의해야 합니다.

Work / Codex의 플랜 상한선이 몇 배가 되었는지는 발표되지 않았습니다.
서브 에이전트를 아무리 많이 늘려도 이용량이 변하지 않는 것은 아닙니다.
모든 작업에서 반드시 같은 비율로 사용 한도가 절약되는 것은 아닙니다.
API의 토큰 요금이 이번에 무료가 된 것도 아닙니다.

참고로, OpenAI API의 Prompt caching 사양에서는 GPT-5.6 이후 많은 모델에 대해 일반적인 비캐시 입력과 비교하여 다음과 같은 요금 설정이 있습니다.

'얼마나 절약되었는지'를 확인하고 싶다면, 비슷한 크기의 작업을 비교해야 합니다.

비교할 때는 다음 사항들을 맞추는 것이 중요합니다.

• 사용한 모델과 추론 설정
• 작업 대상 리포지토리와 컨텍스트 양
• 서브 에이전트의 수 및 역할
• 성공한 작업 내용과 테스트 품질
• 실제 이용량, 크레딧, 처리 시간

단순히 '남은 잔량의 %'만으로는 모델 전환, 작업 난이도, 캐시 차이를 구분할 수 없습니다.

2026년 10월 16일, OpenAI 공식 X에서 ChatGPT의 GPT-6 Astra Pro 업그레이드를 발표했습니다.

내용은 다음과 같습니다.

OpenAI의 게시물은 초기에 'GPT-6 Pro'로 표현되었다가, 이후 'GPT-6 Astra Pro'로 명칭이 수정되었습니다. 여기서는 수정된 공식 표현을 채택했습니다.

예를 들어, 다음과 같은 여러 조사가 필요한 요청입니다.

경쟁 서비스를 조사하고 기술 구성과 가격을 비교하여 보고서로 정리해 줘.

사용자의 요청
↓
GPT-6 Astra Pro
...

독립적인 부분을 동시에 진행할 수 있다는 것이 특징입니다.

하지만 병렬화한다고 해서 어떤 작업이든 반드시 고속화되는 것은 아닙니다.

• A의 결과가 먼저 나와야 B로 진행할 수 있는 처리는 완전히 병렬화할 수 없습니다.
• 별 에이전트 간 결과에 모순이 있다면 확인이 필요합니다.
• 같은 파일을 여러 에이전트가 편집하는 경우에는 충돌 방지 대책이 필요합니다.
• 외부 API나 중요 작업에 대한 승인/접근 권한은 계속 적용됩니다.

또한, 동시에 구동할 수 있는 에이전트의 정확한 최대 개수, 별도 요금, 모델 성능 향상률은 이번 게시물에서 설명되지 않았습니다.

네. 관련 개념이지만, 제공 화면과 발표 내용은 다릅니다.

Codex / Work의 Day 12 개선: 여러 서브 에이전트 등이 사용하는 컨텍스트 효율을 높임 -
ChatGPT의 GPT-6 Astra Pro 강화: Chat 탭에서 작업을 여러 에이전트로 분리하고, 진행 상황과 결과를 확인할 수 있도록 함

'Chat 탭의 Pro에 병렬 에이전트가 추가되었다'는 것을 '모든 Codex 플랜에 동일한 UI가 추가되었다'고 해석하지 마십시오.

같은 2026년 10월 12일~16일 OpenAI 공식 업데이트 정보에는 iPhone에서 Dot을 즉시 호출할 수 있는 새로운 기능도 게재되어 있습니다.

이는 Day 12의 Codex 캐시 개선과는 별개의 관련 업데이트입니다.

ChatGPT for iOS 1.2026.279로 단계적으로 배포되는 기능입니다.

iPhone 홈 화면을 길게 누르기
→ 편집
→ 위젯 추가
...

필요에 따라 메시지 버튼이나 통화 버튼도 표시할 수 있습니다.

'Open your dot' 액션에는 다음 3가지 모드가 있습니다.

호환되는 iPhone에서는 생성한 단축어(Shortcuts)를 액션 버튼에 할당할 수도 있습니다.

다만, 이미 Dot을 이용할 수 있는 계정이 전제입니다. 위젯을 추가하는 것만으로 Dot 이용 권한이 새롭게 부여되는 것은 아닙니다.

Day 12의 '서브 에이전트 간 재활용'은 사용자 간/조직 간 기밀 정보가 무조건 공유된다는 의미가 아닙니다.

OpenAI API의 캐시 가이드에도, 캐시는 조직을 넘어 공유되지 않으며, 처리 리전 경계를 넘어서 재사용할 수 없다는 제약이 있습니다.

다만, 이를 Codex / Work 내부의 모든 구현 상세와 동일시해서는 안 됩니다. 기밀 데이터와 도구 접근 권한은 계속 적절하게 관리해야 합니다.

병렬 에이전트로 GitHub 리포지토리를 수정할 경우, 작업 단위를 나누고 차분 확인과 테스트를 진행하는 것이 안전합니다.

에이전트 A → 인증 관련 조사
에이전트 B → DB 관련 조사
에이전트 C → 테스트 개선
...

처리 속도가 빨라진 것과, 수정 내용이 올바른 것은 별개입니다.

Day 11에서 개선된 용량 부족 오류로부터의 자동 재개를 포함하여, 중요한 PR 작성, 머지(merge), 배포 등은 기존 상태를 확인하여 중복 작업을 피해야 합니다.

조사 시점에서 Day 12의 추가 글로벌 리셋은 공식적으로 확인되지 않았습니다.

Day 10: 풀 리셋 실시 및 완료 보고 -
Day 11: 용량 부족 오류 감소와 자동 지속 -
Day 12: 캐시 효율 개선으로 실질 사용량 증가

Day 12의 개선은 저장 가능한 리셋 티켓(Banked Reset) 배포가 아닙니다.

남은 이용량은 ChatGPT의 Settings → Usage, 또는 Codex CLI의 세션 내에서 /status를 사용하여 확인할 수 있습니다.

다만, 실질 효율 개선이 화면에 표시되는 잔량이 갑자기 100%로 돌아가는 것은 아니므로, 리셋과 착각하지 않도록 주의해야 합니다.

Day 7: 모델이 한 번에 처리할 수 있는 컨텍스트 용량을 늘림 -
Day 11: 용량 부족으로 처리가 멈추는 서비스 안정성을 개선함 -
Day 12: 같은 정보를 반복 처리하는 효율을 개선함

같은 '컨텍스트'나 '용량'이라는 단어도 각각 다른 과제에 대한 대응입니다.

2배라는 공식 발표는 없습니다. 캐시 등을 개선하여 '실질적인 이용량'을 늘렸다는 설명입니다.

Day 12의 실측값은 미공표입니다. 작업과 처리 조건에 따라 효과가 다를 수 있습니다.

캐시 효율 개선은 Codex / Work용 발표입니다. Pro의 Chat 탭 전용 기능과는 별개이며, 특정 플랜에만 한정된다는 설명은 없습니다. 다만, 각 플랜의 모델 이용 권한이나 이용 상한선은 유지됩니다.

OpenAI가 이번에 명시하는 것은 Chat 탭의 개인 Pro 사용자입니다. Plus로 일반 제공되는지는 확인되지 않았습니다.

둘 다 여러 에이전트가 일을 분담하지만, 제품 화면, 제공 조건, 구현 상세는 별개입니다.

Day 12에서는 API용으로 특별한 새 파라미터를 설정한다는 발표는 없었습니다. API의 캐시 사양은 공식 가이드를 참조해 주십시오.

아닙니다. 위젯이나 단축키는 Dot으로의 진입점이며, 그 뒤에 있는 작업 이용량을 무조건 무료화하는 것은 아닙니다.

Day 12는 단순히 새로운 모델을 늘리는 것이 아니라, 기존 Codex / Work를 효율적으로 사용하는 개선이 중심이었습니다.

주목해야 할 포인트는 다음과 같습니다:

• 서브 에이전트 간 컨텍스트 재활용
• 캐시 유지 기간 연장
• 요청 라우팅을 개선하여 캐시 히트율 증가
• 동일 이용 범위에서 처리 가능한 작업량 증가를 목표
• 구체적인 절감률 또는 이용 범위 배가율은 미공표
• 별도의 공식 발표로 GPT-6 Astra Pro의 고속화, 툴 사용, 병렬 에이전트 강화
• Astra Pro의 병렬 에이전트는 Chat 탭의 Pro용
• Dots의 iOS 위젯/Apple 단축키는 관련 별도 업데이트
• Day 12의 추가 풀 리셋은 확인 시점 기준 미확인

긴 레포지토리 조사나 많은 서브 에이전트를 사용하는 사람일수록, 불필요한 공통 정보 재처리가 줄어드는 이점을 기대할 수 있습니다.

앞으로는 실제 이용량 감소율, 캐시 히트율, 모델 및 플랜별 차이를 OpenAI가 추가 공개할지 주목해야 합니다.

• Tibo Sottiaux 씨: Day 12의 Codex / Work 실질 이용량 개선
• OpenAI: GPT-6 Astra Pro의 응답/툴/병렬 에이전트 강화
• OpenAI Developer Community: 28일간 업데이트 Day 12 추적
• OpenAI API: Prompt caching 메커니즘과 모델별 사양
• OpenAI 공식: What's new (2026년 10월 12일~16일)
• OpenAI 공식: Dots의 iOS 위젯/Shortcuts 설정 방법

앞으로도 OpenAI・Codex의 28일간 업데이트를 매일 조사하여 전달하겠습니다. Day 13 이후의 신기능이나 풀 리셋도 알고 싶으신 분은 꼭 팔로우해 주세요.