Skip to content
푸땡로그
Go back

Grok 4.5 공개: xAI는 왜 '말하는 AI'보다 '일하는 AI'를 밀고 있나

xAI가 Grok 4.5 발표 페이지개발자 문서를 통해 새 모델을 공개했습니다. 이번 발표에서 눈에 띄는 점은 모델을 단순 대화형 AI가 아니라 coding, agentic tasks, knowledge work를 위한 실전형 모델로 소개한다는 점입니다.

먼저 결론부터 말하면, Grok 4.5는 xAI가 “챗봇 경쟁”보다 “개발자 생산성과 에이전트 실행” 쪽으로 더 강하게 방향을 튼 신호에 가깝습니다. 가격, reasoning_effort, 툴 지원, Grok Build 기본 모델 지정까지 보면, xAI는 이 모델을 실제로 일을 시키는 기본 모델 자리에 올려두려는 것으로 보입니다.

기준 작성 시점 2026-07-09 · xAI Grok 4.5 개발자 문서, xAI Release Notes, xAI Pricing, 발표 페이지와 공식 검색 스니펫 기준입니다.

이 글에서 다루는 내용:


xAI는 Grok 4.5를 ‘실행 모델’로 밀고 있습니다

Grok 4.5 문서는 모델을 “coding, agentic tasks, and knowledge work”를 위한 frontier model로 소개합니다. 여기에 Release Notes도 같은 표현을 반복하면서 API 공개를 바로 연결합니다.

이 표현은 꽤 중요합니다. 보통 모델 발표는 “더 똑똑해졌다”는 식으로 뭉뚱그려 설명하기 쉬운데, xAI는 Grok 4.5를 어디에 써야 하는지부터 먼저 못 박고 있습니다. 즉 “채팅이 자연스러운가”보다 “코드를 읽고, 툴을 쓰고, 여러 단계를 이어가는가”를 더 중요한 가치로 두고 있다는 뜻입니다.

기존에 Claude Sonnet 5가 agentic 실행력과 effort 조절을 전면에 내세웠다면, Grok 4.5도 비슷한 전장으로 들어온 셈입니다. 반대로 Gemini 3.1 Pro가 범용 상위 모델 경쟁을 보여줬다면, Grok 4.5는 더 노골적으로 “개발자와 실행 워크플로” 쪽에 포커스를 맞춥니다.


가격과 reasoning effort가 핵심 신호입니다

Grok 4.5 문서Pricing에 따르면 grok-4.5의 가격은 입력 100만 토큰당 2달러, 출력 100만 토큰당 6달러입니다. Chat API 기준 컨텍스트는 500k로 안내되고, reasoning_effortlow, medium, high를 지원하며 기본값은 high입니다.

이 조합은 의도가 분명합니다. xAI는 Grok 4.5를 “무조건 가장 비싼 최상위 모델”이 아니라, 실제 개발 워크플로에 기본 투입할 수 있는 모델처럼 포지셔닝하고 있습니다. 기본 effort가 high라는 점도 인상적입니다. 가벼운 문답보다 복잡한 실행 과제를 기본 시나리오로 상정하고 있다는 해석이 가능합니다.

항목Grok 4.5
모델 이름grok-4.5
입력 가격$2 / 1M tokens
출력 가격$6 / 1M tokens
컨텍스트500k
reasoninglow, medium, high
기본 reasoninghigh

비용만 보면 공격적으로 보이지만, 여기서 끝이 아닙니다. Pricing 문서는 서버사이드 툴 호출 비용도 따로 설명합니다. 예를 들어 web_search, x_search, code_execution은 1,000회 호출당 5달러입니다. 그래서 에이전트형 워크로드에서는 토큰 단가뿐 아니라 툴 호출 패턴까지 같이 봐야 실제 비용 감각이 맞습니다.

주의 Grok 4.5 비용은 입력·출력 토큰 가격만 보면 과소평가하기 쉽습니다. reasoning 토큰과 서버사이드 툴 호출 비용까지 합쳐서 봐야 실제 에이전트 운영 비용이 드러납니다.

툴 지원을 보면 어디에 쓰라고 말하는지 더 분명해집니다

Grok 4.5 문서는 지원 API로 Responses API와 Chat Completions를, 지원 툴로 function calling, web search, X search, code execution을 적어 둡니다. 또 Grok Build 개요 기준으로는 Grok Build가 이미 coding agent 방향을 강화하고 있고, Grok 4.5 문서에서는 이 모델이 Grok Build의 기본 모델이라고 설명합니다.

이걸 한 장의 흐름으로 보면 Grok 4.5의 자리가 보입니다.

flowchart TD
    A["사용자 요청"] --> B["Grok 4.5"]
    B --> C["추론 effort 선택"]
    C --> D["Function calling"]
    C --> E["Web Search / X Search"]
    C --> F["Code Execution"]
    D --> G["에이전트 워크플로 실행"]
    E --> G
    F --> G
    G --> H["코딩·지식 업무 결과"]

이 구조는 Perplexity Computer에서 본 “툴을 쓰는 모델” 흐름과도 맞닿아 있습니다. 차이가 있다면 Perplexity가 제품 경험과 멀티모델 오케스트레이션을 강조했다면, xAI는 단일 모델 중심의 API와 기본 툴셋을 더 전면에 내세운다는 점입니다.


벤치마크 메시지는 ‘대화형 AI’보다 ‘엔지니어링 작업’에 가깝습니다

직접 발표 페이지 본문은 Cloudflare 차단 때문에 확인이 어려웠지만, 공식 개발자 문서는 벤치마크 결과와 cost-versus-score 비교를 발표 페이지에서 보라고 안내합니다. 같은 공식 페이지의 검색 스니펫에는 DeepSWE, Terminal Bench, SWE Bench Pro 같은 지표가 노출됩니다.

이 선택 자체가 메시지입니다. xAI는 Grok 4.5를 “대화가 더 인간적으로 들린다”는 식으로 파는 대신, 터미널 작업과 소프트웨어 엔지니어링 평가에서 경쟁력이 있다는 인상을 주려 합니다. 최근 AI 시장에서 더 중요한 축이 chat quality보다 “긴 작업을 실제로 완수하는가”로 이동하고 있다는 점을 생각하면 자연스러운 전략입니다.

From Code to System: 2026년 AI 엔지니어링의 5계층에서 정리했듯, 이제 모델 경쟁은 단발 응답보다 반복 루프, 툴 사용, 검증, 컨텍스트 관리에 더 많이 걸려 있습니다. Grok 4.5도 정확히 그 지점에서 평가받고 싶어 하는 모델처럼 보입니다.


실제로 써볼 때는 세 가지를 먼저 확인하는 편이 좋습니다

발표만 보고 바로 결론을 내리기보다, 실제 워크플로에 붙였을 때 아래 세 가지를 먼저 보는 편이 좋습니다.

  1. reasoning_effort를 바꿨을 때 품질과 지연 시간, 비용이 얼마나 달라지는가
  2. prompt_cache_key와 context compaction 같은 운영 옵션을 붙였을 때 장기 대화 비용이 얼마나 줄어드는가
  3. web search, code execution 같은 서버사이드 툴을 반복 호출하는 작업에서 안정성이 충분한가

Grok 4.5 문서prompt_cache_key 설정을 강하게 권장하고, 긴 agent loop에는 context compaction이 도움이 된다고 적고 있습니다. 이건 뒤집어 말하면, 기본 모델 성능만큼이나 운영 레이어 최적화가 체감 성능에 영향을 준다는 뜻입니다.

curl https://api.x.ai/v1/responses \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $XAI_API_KEY" \
  -d '{
    "model": "grok-4.5",
    "input": "Find and fix the bug, then explain it"
  }'

위 예시는 Grok 4.5 개발자 문서에 나온 호출 형태를 축약한 것입니다. 여기서 중요한 건 단순 호출 성공보다, 이 응답이 실제 수정-검증 루프까지 얼마나 안정적으로 이어지느냐입니다.

Tip 새 모델을 평가할 때는 일반 채팅 프롬프트보다 "실패 재현 → 수정 → 테스트 → 요약"처럼 여러 단계를 잇는 태스크를 먼저 돌려보는 편이 실제 차이를 더 빨리 보여줍니다.

마무리

Grok 4.5는 xAI가 단순한 챗봇 경쟁에서 한 발 더 나아가, 개발자용 실행 모델 시장에서 존재감을 키우려는 카드로 보입니다. 가격, reasoning_effort, 툴 지원, Grok Build 기본 모델 지정까지 보면 “실제로 일을 시키는 모델”이라는 이미지를 아주 의식적으로 만들고 있습니다.

다만 발표 직후에는 늘 그렇듯 벤치마크보다 운영 경험이 더 중요합니다. 실제 워크플로에 붙였을 때 도구 호출이 안정적인지, 긴 루프에서 맥락이 흐트러지지 않는지, 비용이 예측 가능하게 관리되는지가 Grok 4.5의 진짜 평가를 가를 것입니다.

함께 보면 좋은 글:


참고 자료


Share this post on:

Previous Post
Claude Fable 5 무료 사용 연장: 5일을 비용 설계에 쓰는 법