Grok 4.6는 200K 토큰을 넘기면 요율이 두 배로 뛴다

xAI가 8월 12일 Grok 4.6을 공개했다. 표준 요율은 이전 4.5와 똑같다. 입력 100만 토큰당 $2, 출력 $6. 값은 손대지 않고 코딩 성능만 끌어올렸다. DeepSWE 점수는 54에서 65.9로, APEX-Agents는 47.1에서 57.5로 뛰었다. 컨텍스트 창은 500K 토큰까지 들어간다.

눈에 띄는 조항은 요율표 아래쪽에 있다. 프롬프트가 200K 토큰을 넘는 순간 그 요청 전체가 입력 $4, 출력 $12로 매겨진다. 넘친 분량만 비싸지는 게 아니다. 190K짜리 요청과 210K짜리 요청은 토큰으로 1할 차이인데 청구액은 정확히 두 배로 갈린다.

한눈에 보기

200K는 성능 경계가 아니라 과금 경계다

500K를 담을 수 있다는 말과 500K를 담아도 괜찮다는 말은 다르다. 컨텍스트 창은 500K까지 열려 있지만 요율은 200K에서 한 번 계단을 밟는다. 이 선을 넘으면 앞쪽 190K까지 소급해서 비싼 요율이 붙는다. 200K는 모델이 못 읽는 한계가 아니라 지갑이 두 배로 열리는 지점이다.

그래서 이 모델을 붙일 때 첫 질문은 "500K를 다 쓸 일이 있나"가 아니다. "내 평소 프롬프트가 200K 안쪽에서 도는가"다. 컨텍스트가 그 선 근처에서 출렁이면 어떤 요청은 표준가, 어떤 요청은 두 배가로 청구돼 월말 숫자가 들쭉날쭉해진다.

에이전트는 컨텍스트를 알아서 쌓는다

문제는 사람이 200K를 일부러 채우는 경우가 드물다는 데서 온다. 실제로 선을 넘기는 건 오래 도는 에이전트다. 레포 파일을 여러 개 물고, 앞선 대화 기록을 계속 이어붙이고, 도구 호출 결과를 되먹이다 보면 컨텍스트가 자기도 모르게 부푼다. Grok 4.6이 겨냥한 용도가 바로 그 오래 도는 에이전트와 에이전틱 코딩이라 이 함정은 우연이 아니다.

1인 SaaS 개발자가 코드베이스 전체를 한 프롬프트에 밀어 넣는 습관을 들이면 편하다. 그 편함이 210K에서 두 배 청구서로 돌아온다. 반대로 필요한 파일만 골라 180K 안에 맞추면 같은 작업이 절반 값에 끝난다.

첫 주 프로모션은 소비를 감춘다

xAI는 출시 첫 주 동안 Grok Build와 Cursor에서 포함 사용량을 2배로 준다. 무료로 얹어 주는 물량이 있으면 실제 토큰 소비가 청구서에 드러나지 않는다. 프로모가 끝나는 다음 주부터 평소 쓰던 컨텍스트 길이가 그대로 값으로 환산된다. 벤치마크 점수를 보고 갈아탈지 말지 정하기 전에, 내 워크플로가 매 요청 몇 토큰을 태우는지부터 재 보는 편이 낫다.

anyAX 관점

Grok 4.6에서 진짜 스위치는 벤치마크가 아니라 200K라는 숫자다. 값이 $2에서 $4로 오르는 게 아니라, 프롬프트 길이라는 내가 통제할 수 있는 변수가 청구액을 결정한다. 모델을 고르는 일보다 컨텍스트를 얼마나 짧게 유지하느냐가 이달 비용을 가른다.

그래서 AI 우선 팀이 익혀야 할 기술은 "더 센 모델 찾기"가 아니라 "컨텍스트 예산 짜기"다. 오래 도는 에이전트에 요약 압축과 파일 선별을 걸어 190K 언저리에 상한을 두면, 210K로 흘렀을 때 두 배로 튀는 요청을 아예 없앤다. 500K가 열렸다고 500K를 쓰는 건 능력이 아니라 낭비다. 경계가 어디 그어졌는지 알고 그 안쪽에 머무는 판단, 거기서 같은 성능을 절반 값에 산다.

참고

• Grok 4.6 발표 정리: 가격과 에이전트 벤치마크 (Digital Applied)
• Grok 4.6 기능·벤치마크·API 개요 (Apidog)
• Grok 4.6 요율과 실효 비용 분석 (eesel AI)