GPT-6.1 Sol에 Ultrafast 모드 추가, 응답은 가장 빠르지만 요금은 표준의 6배입니다 | DAKER 커뮤니티
에이전트가 도구를 수십 번 부르는 작업에서는 모델의 똑똑함만큼 응답이 흘러나오는 속도가 체감 품질을 좌우합니다. OpenAI는 10월 8일 API 변경 기록(changelog)에서 GPT-6.1 Sol용 Ultrafast 모드를 Responses API에 추가했다고 밝혔습니다. 출력 토큰 사이의 간격을 줄이는 가장 빠른 서비스 등급이고, 그만큼 요금도 가장 높습니다. 2026년 10월 12일 OpenAI 공식 문서에서 확인한 사용법과 비용, 한도를 정리합니다.
무엇이 바뀌었나
변경 기록에 따르면 gpt-6.1-sol 모델에 service_tier 값을 ultrafast로 지정하면 생성되는 출력 토큰 사이의 시간이 줄어듭니다. 모든 API 사용자가 쓸 수 있고 사용량 한도가 적용되며, 글로벌 처리와 함께 미국·EU 데이터 레지던시를 지원합니다. Ultrafast 가이드는 이 모드를 OpenAI API에서 가장 빠른 서비스 등급으로 소개하면서, 속도가 더 높은 비용을 정당화할 때 쓰라고 안내합니다. 9월 29일에는 GPT-6 Astra에 같은 모드가 먼저 붙었지만, Astra의 Ultrafast는 미국 데이터 레지던시와 글로벌 처리만 지원합니다. EU 레지던시까지 필요한 팀이라면 이번 Sol 쪽 추가가 실질적인 선택지가 됩니다.
대상 모델인 GPT-6.1 Sol의 기본 사양도 함께 확인해 둘 만합니다. 모델 문서에 따르면 컨텍스트 창은 105만 토큰, 최대 출력은 12만8천 토큰이고, reasoning.effort는 low부터 max까지 지원하지만 none과 minimal은 지원하지 않습니다. 도구 호출은 Responses API에서만 쓸 수 있고 Chat Completions는 도구 없이만 지원됩니다. 문서는 가장 빠른 응답 속도가 필요할 때 Responses API에서 Ultrafast를 쓰라고 안내합니다.
요금은 표준의 6배입니다
GPT-6.1 Sol 모델 페이지는 Ultrafast 요금을 표준(Standard)의 6배로 명시합니다. 표준 요금이 100만 토큰당 입력 2달러, 캐시 입력 0.10달러, 캐시 쓰기 2.50달러, 출력 10달러이므로, 같은 기준으로 계산하면 Ultrafast는 입력 12달러, 캐시 입력 0.60달러, 캐시 쓰기 15달러, 출력 60달러가 됩니다. 참고로 Fast 모드는 표준의 2배, Batch와 Flex는 표준보다 50% 저렴합니다. 입력이 27만2천 토큰을 넘는 프롬프트는 요청 전체에 입력 2배, 출력 1.5배 요금이 붙고, 지역 처리를 쓰면 10%가 추가됩니다.
Ultrafast는 모든 요청을 빠르게 만드는 옵션이 아니라, 사람이 결과를 기다리는 구간에만 골라 쓰는 비싼 등급입니다.
한도와 연결 방식
Ultrafast에는 Standard·Fast와 분리된 별도 사용량 한도가 있습니다. 가이드에 실린 GPT-6.1 Sol의 기본 분당 토큰(TPM) 한도는 다음과 같습니다.
| API 사용 등급 | GPT-6.1 Sol Ultrafast TPM | GPT-6 Astra Ultrafast TPM |
|---|---|---|
| Build | 1,000,000 | 500,000 |
| Launch | 4,000,000 | 1,000,000 |
| Grow | 40,000,000 | 5,000,000 |
등급 이름이 낯설다면 10월 6일 변경 기록을 함께 보면 됩니다. OpenAI는 이날 API 사용 등급을 다섯 개에서 Build, Launch, Grow 세 개로 줄였고, 누적 크레딧 구매액이 기준에 닿으면 자동으로 올라간다고 밝혔습니다. 연결 방식에 대해서는 가이드가 WebSocket을 강하게 권장합니다. 도구 호출이 잦은 에이전트 애플리케이션은 연결을 유지하지 않으면 네트워크 오버헤드 때문에 지연 개선 효과가 줄어들 수 있다는 설명입니다. HTTP 요청도 지원되므로 단발성 호출은 기존 SDK 코드에 service_tier만 더해 시험할 수 있습니다.
한국 팀이 먼저 따져 볼 점
해커톤 데모처럼 심사위원이 화면 앞에서 결과를 기다리는 장면, 고객 상담 화면처럼 첫 문장이 늦으면 이탈이 생기는 서비스에서는 Ultrafast가 의미가 있습니다. 반대로 밤새 돌리는 평가 배치나 데이터 정제 작업은 Batch나 Flex로 보내는 편이 비용 면에서 맞습니다. 같은 애플리케이션 안에서도 사용자에게 바로 보이는 응답만 Ultrafast로, 나머지는 표준 등급으로 나누는 설계를 고려할 만합니다. 도입 전에 조직의 Ultrafast 한도를 먼저 확인하고, 실제 트래픽 규모로 비용을 계산해 두는 것이 안전합니다.
여러분의 서비스에서 6배 요금을 감수할 만큼 속도가 중요한 구간은 어디입니까? 댓글로 의견을 나눠 주시면 좋겠습니다.