Codex·AWS Bedrock 캐시 비용 논란: 4일간 1,386달러 추정 사례

Bedrock 캐시 비용 이슈는 무엇인가

2026년 8월 9일 등록된 Codex 공개 이슈는 네이티브 Amazon Bedrock 공급자에서 GPT-5.6 Sol의 명시적 프롬프트 캐싱을 선택할 수 없다고 주장합니다. 상태는 공개 이슈이므로 수정 완료나 공식 장애로 단정하면 안 됩니다.

보고된 사용량과 비용

작성자는 이 수치가 AWS 최종 청구액이 아닌 사용량과 요금표 기반 추정치라고 명시했습니다.

왜 에이전트 워크로드에서 커지나

코딩 에이전트는 긴 시스템 지침과 도구 정의를 반복 전송합니다. 안정적인 앞부분을 재사용하지 못하고 매번 캐시에 새로 쓰면 요청이 누적될수록 비용이 빠르게 커질 수 있습니다.

이슈가 요청한 개선 사항

보고자는 prompt_cache_options와 prompt_cache_breakpoint 직렬화, 모델별 기능 게이트, 캐시 읽기·쓰기 사용량 표시를 요청했습니다. 원인을 진단할 수 있는 텔레메트리도 핵심 요구입니다.

클라우드 AI 비용 점검법

• 모델·리전·입출력·캐시 요금을 분리합니다.
• 요청당 캐시 읽기와 쓰기를 기록합니다.
• 대표 에이전트 작업으로 일일 상한을 시험합니다.
• 비용 알림과 자동 중지 기준을 설정합니다.

편집부 분석: 토큰 단가보다 재사용률

긴 지침이 반복되는 에이전트에서는 입력 단가보다 캐시 읽기 비율, 캐시 쓰기 빈도와 작업 완료까지의 요청 수가 중요합니다. 대표 작업 10~20개의 성공한 작업당 비용을 계산하면 모델과 클라우드 공급자 조합의 경제성을 더 정확히 비교할 수 있습니다.

비용 이상을 발견했을 때 점검 순서

1. 청구 기간과 리전, 모델 ID, Codex CLI 및 공급자 버전을 기록합니다.
2. 입력·출력·캐시 읽기·캐시 쓰기 토큰을 요청별로 분리합니다.
3. 반복되는 시스템 지침과 도구 정의가 매번 새 캐시로 기록되는지 확인합니다.
4. 동일한 대표 작업을 짧은 세션과 긴 세션에서 실행해 완료당 비용을 비교합니다.
5. 예산 알림과 일일 상한을 설정하고 결과와 설정을 공개 이슈 또는 공급자 지원 채널에 전달합니다.

문제 사례의 금액을 그대로 예산 기준으로 사용해서는 안 됩니다. 실제 청구 데이터와 현재 요금표를 우선하고, 캐시를 끄거나 모델을 바꿨을 때 정확도와 처리 시간까지 함께 비교해야 비용 절감이 작업 품질 저하로 이어지는지 판단할 수 있습니다.

자주 묻는 질문

모든 Bedrock Codex 사용자의 비용이 높아지나요?

아닙니다. 특정 버전과 공급자, 모델, 작업에서 보고된 사례이며 사용 패턴마다 다릅니다.

보고 금액은 확정된 청구액인가요?

아닙니다. 이슈 작성자가 사용량 기반 추정치라고 밝혔습니다.

당장 무엇을 확인해야 하나요?

Codex CLI 버전, 공급자 설정, 캐시 사용량 지표와 AWS Cost Explorer를 함께 확인하세요.