GPT-5.6 Sol 토큰이 Codex에서 사용되는 방식
요약
GPT-5.6 Sol 모델을 Codex CLI에서 사용할 때 발생하는 비용 구조와 오케스트레이션 메커니즘을 분석합니다. 모델 턴당 명령 수와 캐시된 입력 비용이 전체 비용에 미치는 영향을 다룹니다.
핵심 포인트
- GPT-5.6 Sol은 5.5 High 대비 모델 턴당 명령 수가 적어 더 많은 라운드가 발생함
- Codex CLI 0.144.1 환경에서 5.6 Sol의 실행 비용이 5.5 High보다 약 21% 높게 나타남
- 5.6 Sol 비용의 66.5%가 캐시된 입력(cached input)에서 발생함
- 비용 절감을 위해서는 토큰 절약 플러그인보다 불필요한 모델 라운드를 줄이는 것이 효과적임
저는 GPT-5.6 Sol을 사용하여 280회 이상의 Codex CLI 세션을 실행했습니다. 현재 빌드에서는 모델 턴 (model turn)당 명령 수가 적을수록 더 많은 턴이 발생할 수 있으며, 이는 더 많은 캐시된 입력 (cached-input) 비용을 의미할 수 있습니다.
대부분의 벤치마크는 결과당 비용 측면에서 5.6 Sol을 선호합니다. DeepSWE에서 5.5 High는 작업당 평균 $5.1를 기록한 반면, 5.6 Sol High는 $3.5를 기록했습니다. 하지만 Codex CLI 0.144.1에서는 저의 5.6 Sol High 실행 비용이 5.5 High보다 약 21% 더 높았습니다.
가능한 메커니즘은 오케스트레이션 (orchestration)입니다. 5.5는 명시적으로 multi_tool_use.parallel을 사용하는 반면, 5.6은 주로 하나의 최상위 exec를 사용합니다. 저는 모델 호출당 명령 수가 0.97 대 2.5인 것을 관찰했으며, 이는 대략 1.84배 더 많은 라운드 (rounds)가 발생함을 의미합니다. 또한 5.6 Sol High 비용의 66.5%가 캐시된 입력 (cached input)에서 발생했습니다. 토큰 절약 플러그인 (Token-saving plugins)은 전체 비용을 실질적으로 낮추지 못했습니다. 불필요한 모델 라운드를 줄이는 것이 비용을 낮추는 데 효과적이었습니다.
전체 테스트 기록: https://turaai.net/docs#benchmark-current-test-set-record
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기