Grok을 지금 API에 붙이려면 먼저 버전 숫자가 아니라 작업 경로를 정해야 합니다. 일반 텍스트 API, 기존 모델 마이그레이션, 요약, 분류, 추출, RAG 답변, 업무 자동화는 Grok 4.3부터 테스트하는 편이 안전합니다. Grok 4.20은 reasoning, non-reasoning, 2M context, provider 별칭, 멀티 에이전트가 실제 요구사항일 때만 비교합니다. Grok Imagine과 Grok Voice는 이미지/비디오와 오디오 API 계열이며 텍스트 모델의 상위 모드가 아닙니다.
| 경로 | 쓸 때 | 확인할 것 | 주의점 |
|---|---|---|---|
| Grok 4.3 | 새 텍스트 API 또는 기존 Grok 모델 이전 | xAI 모델 문서, alias, reasoning effort, context, price | 가격, context, availability는 날짜 기준 재확인이 필요 |
| Grok 4.20 reasoning / non-reasoning | 깊은 추론, 빠른 직접 답변, 2M context, provider 경로 | xAI 또는 provider model ID와 mode | 모든 4.20 이름이 4.3의 전체 대체는 아님 |
| Grok 4.20 multi-agent | 병렬 조사, tool use, coding, 복합 판단 | Responses API, agent 수, billing, tools | leader, sub-agent, tool call 비용이 함께 움직임 |
| Grok Imagine | 이미지 또는 비디오 생성 | image/video model, endpoint, quality, duration, resolution | media 경로이며 text model mode가 아님 |
| Grok Voice | realtime voice, TTS, STT, custom voices | Voice Agent API, realtime, TTS, STT docs | audio 경로는 endpoint와 latency가 다름 |
| Provider 경로 | Vercel, Oracle, OpenRouter 같은 gateway 안에서 사용 | provider model name, region, limits, price, lifecycle | provider 사실은 해당 provider 경로에 한정됨 |
중단 기준은 명확합니다. owner, endpoint family, cost surface, lifecycle, availability, rollback이 확인되기 전에는 multi-agent나 provider alias를 production default로 바꾸지 않습니다. 이미지/비디오 요구는 Imagine 문서로, 음성 요구는 Voice 문서로, 텍스트 요구만 Grok 4.3과 필요한 Grok 4.20 분기로 돌아갑니다.
릴리스 이름보다 경로를 먼저 본다
Grok이라는 이름은 이제 xAI first-party text model, Grok 4.20의 전문 분기, 멀티 에이전트 오케스트레이션, image/video generation, voice/realtime audio, provider가 포장한 model alias를 함께 포함합니다. 이를 하나의 버전 사다리로 보면 숫자가 크거나 이름이 강한 항목을 고르게 됩니다. 실제 구현에서는 workload owner, model ID 또는 endpoint, availability와 price의 소유자를 먼저 확인해야 합니다.
2026년 5월 8일 확인한 xAI 문서에서 Grok 4.3 페이지는 Grok 4.3, grok-4.3-latest, grok-latest를 listed aliases로 보여주고 reasoning effort none, low, medium, high를 설명합니다. 5월 15일 retirement migration guide도 여러 old Grok 4, Grok 3, reasoning, non-reasoning, coding models의 replacement path로 Grok 4.3을 제시합니다. 그래서 대부분의 새 텍스트 API나 이전 작업에서는 Grok 4.3이 첫 테스트 대상입니다.
Grok 4.20이 사라진다는 뜻은 아닙니다. xAI의 Grok 4.20 reasoning 문서는 2M context window와 reasoning capability를 보여주고, provider 문서는 reasoning, non-reasoning, multi-agent 변형을 보여줍니다. 다만 이것은 4.20이 범용 기본값이라는 뜻이 아니라, 특정 요구가 있을 때 선택할 수 있는 별도 경로라는 뜻입니다.
Grok 4.3을 먼저 시험할 상황
Grok 4.3은 일반 텍스트 API 통합에서 먼저 배치하기 좋습니다. customer support, extraction, summarization, classification, RAG answer generation, writing assistance, workflow automation, old model migration은 현재 first-party model, documented aliases, reasoning controls, migration note가 있는 경로를 선호합니다. beta alias나 provider-only route는 추가 변수입니다.
테스트는 작고 명시적이면 충분합니다. Grok 4.3 또는 grok-4.3-latest를 선택하고 reasoning effort를 요청에 넣은 뒤 같은 prompt set으로 latency, accepted answer rate, token usage, refusal behavior, error handling, rollback path를 기록합니다. workload가 2M context, multi-agent, media generation, realtime audio를 요구하지 않는다면 이 테스트가 여러 이름을 비교하는 것보다 빠릅니다.
non-reasoning workload도 무조건 다른 family로 갈 필요가 없습니다. xAI migration guidance는 일부 non-reasoning 작업을 Grok 4.3으로 옮기고 reasoning effort를 none으로 설정하는 방향을 제시합니다. classification, formatting, short direct answer, predictable extraction이라면 Grok 4.3 with reasoning off를 먼저 봅니다. deployment를 provider가 소유하고 provider가 4.20 non-reasoning을 명확히 문서화했을 때만 별도 경로로 평가합니다.
price와 context 숫자는 owner 근처에서 다뤄야 합니다. 2026년 5월 8일의 Grok 4.3 page에는 1M context window와 token pricing이 있었지만, 이 값은 budget note일 뿐 영구 약속이 아닙니다. production 전에는 xAI model page, Console, account limits, status를 다시 열어 geography, account access, rate limit, availability를 확인합니다.
Grok 4.20을 남겨야 하는 경우
Grok 4.20은 reasoning branch, 2M-context experiment, provider catalog, beta surface, 이미 검증한 specialized route가 있을 때 남깁니다. 중요한 질문은 4.20이 더 좋아 보이는지가 아니라, 해당 작업의 owner인지입니다. owner가 아니라면 Grok 4.3 설정이 더 단순하고 rollback도 쉽습니다.
reasoning branch는 complex logic, long analysis, research-style work, code reasoning처럼 깊은 답변이 검증 가치가 있을 때 맞습니다. Oracle OCI documentation은 reasoning과 non-reasoning Grok 4.20 modes를 나누고 reasoning을 complex analysis에 둡니다. 그러나 이것은 OCI route의 증거이지 모든 xAI first-party account와 모든 endpoint의 약속은 아닙니다.
non-reasoning branch는 더 좁습니다. Vercel AI Gateway는 Grok 4.20 Non-Reasoning을 beta speed/direct-answer route로 설명하고 provider-specific model string을 사용합니다. Vercel AI SDK 사용자에게는 맞을 수 있지만, first-party xAI 통합의 기본 선택을 바꾸는 증거는 아닙니다.
| 필요 | 먼저 시험할 경로 | 확장 조건 |
|---|---|---|
| current first-party text API | Grok 4.3 | Grok 4.3이 acceptance test를 통과하지 못함 |
| low-latency direct output | Grok 4.3 with reasoning off | provider가 deployment owner이고 non-reasoning 4.20을 문서화 |
| 2M-context analysis | Grok 4.20 reasoning route | extra context를 실제로 쓰고 recall을 측정 |
| gateway deployment | provider model ID | provider price, limits, data policy, region이 허용됨 |
판단은 측정이어야 합니다. 2M context는 완벽한 recall을 보장하지 않고, non-reasoning label은 accepted output의 최저 비용을 보장하지 않으며, beta alias는 장기 production default를 보장하지 않습니다. 같은 workload를 quality, latency, cost, fallback 기준으로 비교합니다.
멀티 에이전트는 기본 업그레이드가 아니다
Grok 4.20 multi-agent는 과용되기 쉽습니다. xAI docs는 Grok 4.20 multi-agent를 beta route로 설명하며 여러 agent를 조정하고 built-in tools를 지원하고 기본적으로 leader output을 반환하며 4-agent 또는 16-agent configuration을 사용할 수 있다고 합니다. research, coding, broad information gathering, tool-heavy reasoning에는 의미가 있지만 routine chat, simple extraction, short support answer에는 과합니다.
진짜 판단 기준은 total failure cost입니다. xAI docs는 leader tokens, sub-agent tokens, server-side tool calls가 billed라고 설명합니다. 따라서 질문은 멀티 에이전트가 더 강한지가 아니라, 추가 agent가 human review, missed evidence, rework cost를 충분히 낮추는지입니다.
| 조건 | 필요한 이유 |
|---|---|
| 작업에 parallel subproblems가 있음 | agent가 독립적으로 처리할 일이 있음 |
| tools 또는 live research가 answer를 바꿈 | 아니면 single model이 단순함 |
| output에 review 또는 acceptance가 있음 | 생성량이 많을수록 검증이 필요 |
| budget이 leader, sub-agent, tools를 감당함 | cost surface가 일반 completion과 다름 |
API shape도 확인해야 합니다. multi-agent는 Responses API route에 속하며 모든 chat-completions wrapper에 바로 들어가지 않습니다. SDK, provider, observability, retry, billing attribution, response parsing을 production 전 확인해야 합니다.
Imagine과 Voice는 별도 능력 경로다
Grok Imagine은 Grok 4.3의 image mode가 아닙니다. image/video generation route이며 grok-imagine-image, grok-imagine-video, image endpoint, async video polling, temporary asset, quality, duration, resolution, pricing을 가집니다. 2026년 5월 8일 확인한 xAI image docs는 grok-imagine-image-pro가 2026년 5월 15일 deprecation 예정이라고 설명하고 새 요청에는 quality route를 권합니다. 이 내용은 날짜가 붙은 migration cue로만 사용해야 합니다.
video는 Imagine family 안에서도 구현이 다릅니다. grok-imagine-video는 async generation, polling, temporary video URLs, duration, resolution choices를 사용합니다. 제품 요구가 media라면 Grok 4.3과 Grok 4.20 비교가 아니라 image endpoint, video endpoint, quality, duration, asset retention, policy boundary, cost를 확인해야 합니다.
Grok Voice는 또 다른 경로입니다. Voice overview는 Voice Agent API, Text to Speech, Speech to Text, Custom Voices를 포함하고 realtime voice는 별도 endpoint family와 latency budget을 갖습니다. spoken agent, live voice interaction, transcription, TTS, custom voice라면 text model ranking이 아니라 audio architecture decision입니다.
한국어 독자는 소비자용 Grok Imagine 이슈와 개발자 API 선택을 섞기 쉽습니다. Spicy Mode availability, NSFW image policy, free image alternatives, heavy usage banner는 별도 문제입니다. 여기서의 범위는 developer API routing: text, multi-agent, media, audio, provider입니다.
Provider 경로는 유용하지만 first-party 사실은 아니다
Vercel, Oracle, OpenRouter 같은 provider는 기존 SDK, gateway, logs, billing, deployment에 Grok을 넣는 데 유용합니다. provider page는 해당 provider의 model alias, price, region, limit, SDK path를 증명합니다. 그러나 그것이 xAI first-party availability, permanent pricing, equal lifecycle, account access를 증명하지는 않습니다.
| provider evidence가 증명하는 것 | 증명하지 않는 것 |
|---|---|
| provider가 특정 model 또는 alias를 공개 | xAI Console의 모든 account가 같은 route를 가짐 |
| provider price, gateway ID, SDK, limits | first-party xAI price, lifecycle, context |
| provider observability, retry, billing behavior | 다른 providers 또는 xAI API의 동일성 |
| 이미 쓰는 stack 안의 빠른 test path | beta label이 long-term default로 안전함 |
Oracle docs가 OCI에서 reasoning/non-reasoning modes를 나누고 multi-agent를 API-only로 표시하는 것은 OCI 사용자에게 중요합니다. Vercel AI Gateway model page도 Vercel 사용자에게 중요합니다. 그러나 claim 옆에는 항상 provider owner를 남겨야 합니다.
production checklist는 owner, model ID, endpoint, price, rate limits, data policy, region, lifecycle note, status, account access, fallback입니다. provider에서 온 항목은 provider route로 유지하고 first-party xAI config에 넣기 전에 다시 확인합니다.
Grok 설정을 바꾸기 전 체크리스트
configuration을 바꾸기 전에 route decision을 한 줄로 적습니다. 이것만으로 Grok 4.3, Grok 4.20, Imagine, Voice, provider labels가 하나의 switch처럼 섞이는 일을 줄일 수 있습니다.
| 확인 항목 | pass 조건 |
|---|---|
| workload owner | text, multi-agent, image/video, voice, provider 중 하나가 명확 |
| model 또는 endpoint string | Grok 4.3, documented 4.20 variant, Imagine, Voice, provider alias 중 하나 |
| retirement/deprecation risk | old Grok IDs와 Imagine changes를 current docs로 확인 |
| reasoning setting | direct tasks에 explicit setting 또는 documented route가 있음 |
| cost surface | tokens, sub-agents, tools, images, video, voice, provider billing을 분리 |
| availability proof | xAI docs, Console, status, provider docs가 specific claim을 뒷받침 |
| rollback | previous model, acceptance set, rollback step을 기록 |
Status page는 timestamped health signal입니다. API component가 green이어도 account-specific access를 보장하지 않습니다. provider listing도 first-party status를 보장하지 않습니다. high-demand banner나 account issue처럼 보이면 model name을 바꾸기 전에 timestamp, request ID, active route를 저장합니다.
자주 묻는 질문
Grok 4.3이 Grok 4.20보다 최신인가요?
대부분의 current first-party text API 작업에서는 Grok 4.3이 xAI model page와 migration docs가 가리키는 현재 경로입니다. Grok 4.20은 reasoning, non-reasoning, 2M context, provider, multi-agent에서 남습니다. 숫자 순서가 아니라 경로 기준으로 봅니다.
Grok 4.3이 Grok 4.20을 대체하나요?
많은 text migration 작업에서는 Grok 4.3이 대체 경로가 되지만 모든 4.20 branch를 없애지는 않습니다. workload가 documented reasoning, non-reasoning, 2M-context, provider, multi-agent route를 요구할 때만 4.20을 유지합니다.
새 Grok API 앱은 무엇으로 시작해야 하나요?
Grok 4.3으로 시작하고 reasoning effort를 명시한 뒤 acceptance set을 실행합니다. multi-agent research, image/video generation, realtime voice, provider-owned deployment가 아니라면 이 경로가 가장 단순합니다.
Grok 4.20 multi-agent는 언제 가치가 있나요?
task가 parallel subproblems를 갖고, tools가 answer를 바꾸며, output을 review할 수 있고, budget이 leader, sub-agent, tool usage를 감당할 때 가치가 있습니다. routine chat이나 simple extraction의 첫 선택은 아닙니다.
Grok Imagine은 Grok 4.3에 포함되나요?
아닙니다. Grok Imagine은 image/video route이며 별도 model ID, endpoint behavior, asset lifecycle, quality, duration, resolution, pricing을 갖습니다.
Grok Voice는 text model인가요?
아닙니다. Grok Voice는 realtime voice agent, TTS, STT, custom voices를 다루는 audio capability family입니다. 음성 요구사항이 있을 때 선택합니다.
Vercel, Oracle, OpenRouter의 model name을 믿어도 되나요?
해당 provider route에 대해서는 믿을 수 있습니다. provider page는 provider alias, price, SDK path, availability를 증명하지만 xAI first-party parity는 따로 확인해야 합니다.
production 전에 무엇을 다시 봐야 하나요?
xAI model docs, Console access, migration notes, Imagine/Voice docs, provider model pages, current prices, rate limits, status, account-specific availability를 확인합니다. volatile fact는 owner와 checked date에 묶어야 합니다.
