# Gemini 3.1 Pro vs Gemini 3 Pro: 무엇이 바뀌었고 지금은 무엇을 써야 하나 > Gemini 3 Pro는 이미 종료됐기 때문에, 이 글은 더 이상 일반적인 정면 비교가 아니다. 핵심은 Gemini 3.1 Pro에서 무엇이 달라졌고 무엇이 그대로이며, 마이그레이션 시 무엇을 다시 검증해야 하는지다. - URL: https://blog.laozhang.ai/ko/posts/gemini-3-1-pro-vs-gemini-3-pro - Published: 2026-03-28 - Updated: 2026-03-28 - Author: AI Free API Team (https://blog.laozhang.ai/ko/about) - Category: AI 모델 비교 - Tags: Gemini 3.1 Pro, Gemini 3 Pro, Gemini API, AI 모델 비교, 마이그레이션 가이드 --- Gemini 3 Pro는 이미 끝났다. **2026년 3월 28일** 기준으로 Gemini 3.1 Pro와 Gemini 3 Pro를 비교하고 있다면 출발점은 `gemini-3.1-pro-preview`다. Google은 현재 문서에서 `gemini-3-pro-preview`를 deprecated 상태이며 **2026년 3월 9일에 shut down** 되었다고 쓰고, 대체 경로로 Gemini 3.1 Pro를 제시한다. 실무에서 중요한 차이는 이름만 보고 생각하는 것보다 좁다. 두 모델은 multimodal input contract와 headline token limits가 거의 같지만, Gemini 3.1 Pro는 현재 살아 있는 분기이고 Google Maps grounding을 지원하며, tool-heavy agent를 위한 `gemini-3.1-pro-preview-customtools`라는 별도 endpoint를 갖는다. > 근거 메모: 이 글의 상태, 기능, 가격 정보는 2026년 3월 28일 기준 Google의 current model page, deprecations page, pricing page를 다시 확인해 정리했다. ## 결론만 먼저 질문이 "지금 무엇을 써야 하나"라면 답은 간단하다. **Gemini 3.1 Pro Preview를 쓰고**, **Gemini 3 Pro Preview는 마이그레이션 출발점으로만 본다**. | 실제로 하려는 일 | 먼저 볼 것 | 이유 | |------------------|------------|------| | 새로운 고급 Gemini 텍스트 워크로드 시작 | `gemini-3.1-pro-preview` | 현재 살아 있는 분기이기 때문 | | 기존 Gemini 3 Pro 통합 마이그레이션 | `gemini-3.1-pro-preview` | Google이 공식 replacement로 지정했기 때문 | | coding agent나 tool-heavy loop 구축 | `gemini-3.1-pro-preview-customtools` | 등록된 도구를 더 잘 우선시하기 때문 | | `gemini-3-pro-preview`를 계속 운영 | 하지 말 것 | 이미 종료된 모델이기 때문 | ## 실제로 달라진 점 ![Gemini 3 Pro와 Gemini 3.1 Pro의 라이프사이클 도표](https://blog.laozhang.ai/posts/ko/gemini-3-1-pro-vs-gemini-3-pro/img/content-1.webp) 가장 큰 차이는 benchmark가 아니라 lifecycle이다. 현재 Gemini 3 Pro 페이지는 맨 앞에서 `gemini-3-pro-preview`가 deprecated이며 **2026년 3월 9일에 shut down** 되었고 `gemini-3.1-pro-preview`로 이동하라고 말한다. 이 사실이 확인되는 순간, 이 주제는 "둘 중 누가 더 강한가"가 아니라 "현재 분기로 옮길 때 무엇이 실제로 바뀌는가"의 문제로 바뀐다. 실무적으로 중요한 변화는 세 가지다. 첫째, **Gemini 3.1 Pro는 현재 분기**다. 따라서 지금의 가격, capability table, 운영 가정은 Gemini 3.1 Pro 문서를 기준으로 읽어야 한다. 둘째, **Gemini 3.1 Pro는 Google Maps grounding을 지원**한다. 3.1 Pro 페이지에서는 supported, Gemini 3 Pro 페이지에서는 not supported다. 위치 기반 grounding이 필요한 워크로드라면 이 차이는 바로 의미가 있다. 셋째, **Gemini 3.1 Pro에는 customtools 전용 endpoint가 추가**되었다. Google은 `gemini-3.1-pro-preview-customtools`가 bash와 custom tools를 함께 쓰는 agent에 더 적합하고, `view_file`, `search_code` 같은 등록 도구를 더 잘 우선시한다고 설명한다. 반면 그런 도구가 이점을 주지 않는 use case에서는 품질 변동이 있을 수 있다고도 적어 둔다. 또한 Google은 3.1 Pro를 better thinking, improved token efficiency, more grounded and factually consistent experience, 그리고 software engineering 및 agentic workflows 최적화라는 방향으로 설명한다. 이것이 곧바로 당신의 production verdict는 아니지만, 새 분기에서 어디를 강화하려는지는 분명히 보여 준다. ## 그대로인 점 이 마이그레이션이 생각보다 덜 무거운 이유는 기본 계약이 크게 바뀌지 않았기 때문이다. 두 모델 페이지 모두 **input modalities**를 text, image, video, audio, PDF로 적고 있고, output은 모두 **text**다. **headline token limits**도 같다. `1,048,576` input과 `65,536` output이다. Batch, caching, code execution, function calling, search grounding, structured outputs, thinking, URL context도 유지된다. 그래서 이 변화는 "완전히 다른 모델 클래스로 옮긴다"기보다 focused migration에 가깝다. - model ID를 바꾸고 - 핵심 prompts를 다시 검증하고 - grounding과 tool-routing을 재확인하고 - 현행 분기 가격을 다시 보는 것 다만 contract가 비슷하다고 해서 identical behavior라고 보면 안 된다. Google이 직접 thinking, token efficiency, software-engineering behavior 개선을 강조하고 있으므로 prompt 반응, tool 선택, output style은 달라질 수 있다. ## 차이를 빠르게 보는 표 ![Gemini 3.1 Pro와 Gemini 3 Pro의 기능 매트릭스](https://blog.laozhang.ai/posts/ko/gemini-3-1-pro-vs-gemini-3-pro/img/content-2.webp) 실무에서 기억할 표는 이것이다. | 항목 | Gemini 3 Pro Preview | Gemini 3.1 Pro Preview | |------|----------------------|------------------------| | 현재 상태 | deprecated / shut down | current preview branch | | Model ID | `gemini-3-pro-preview` | `gemini-3.1-pro-preview` | | 역할 | 마이그레이션 출발점 | Google이 지정한 replacement | | Inputs | Text, image, video, audio, PDF | Text, image, video, audio, PDF | | Output | Text | Text | | Input limit | `1,048,576` | `1,048,576` | | Output limit | `65,536` | `65,536` | | Search grounding | Supported | Supported | | Google Maps grounding | Not supported | Supported | | customtools 분기 | 없음 | `gemini-3.1-pro-preview-customtools` | | Image generation | Not supported | Not supported | | Live API | Not supported | Not supported | 앞에 둬야 할 핵심은 **Maps grounding** 과 **customtools**다. 전자는 location-aware workflow를 바꾸고, 후자는 coding agent나 tool-first loop에서 execution surface를 바꾼다. customtools를 더 자세히 보고 싶다면 [Gemini 3.1 Pro API guide](https://blog.laozhang.ai/ko/posts/gemini-3-1-pro-preview-free-api) 다음으로 [English customtools guide](https://blog.laozhang.ai/en/posts/gemini-3-1-pro-customtools)를 보는 편이 빠르다. 또 하나의 naming trap도 정리해야 한다. 이 글에서 말하는 **Gemini 3 Pro**는 retired text model `gemini-3-pro-preview`이며, Gemini 3 Pro Image가 아니다. ## 가격과 마이그레이션 관점 Google의 current pricing page에서 지금 읽어야 할 것은 살아 있는 분기인 Gemini 3.1 Pro다. **standard requests** 기준으로 현재 가격은 다음과 같다. - **Input**: `200k` 이하 `$2.00 / 1M`, 초과 시 `$4.00 / 1M` - **Output**: `200k` 이하 `$12.00 / 1M`, 초과 시 `$18.00 / 1M` - **Context caching**: `$0.20 / 1M` 및 `$0.40 / 1M`, 별도 storage - **Search grounding**: 월 `5,000` prompts free, 이후 `$14 / 1,000` - **Maps grounding**: 월 `5,000` prompts free, 이후 `$14 / 1,000` **batch** 기준은 다음과 같다. - **Input**: `200k` 이하 `$1.00 / 1M`, 초과 시 `$2.00 / 1M` - **Output**: `200k` 이하 `$6.00 / 1M`, 초과 시 `$9.00 / 1M` 이 가격 정보가 중요한 이유는 두 가지다. 첫째, 앞으로의 spend는 Gemini 3.1 Pro를 기준으로 계산해야 한다. shut down된 Gemini 3 Pro의 오래된 가격 카드는 지금의 의사결정에 도움이 되지 않는다. 둘째, 이 가격 구조는 마이그레이션 중 어떤 워크로드를 다시 봐야 하는지도 알려 준다. 1. `200k` threshold를 자주 넘는 long-context prompts 2. `-customtools`로 보내야 할 tool-heavy workflows 3. Maps 사용으로 가치가 달라지는 grounded requests 4. output과 thinking cost가 두드러지는 reasoning-heavy calls setup이 더 중요하다면 [Gemini 3.1 Pro API guide](https://blog.laozhang.ai/ko/posts/gemini-3-1-pro-preview-free-api)를, reasoning controls가 더 중요하다면 [English thinking-level guide](https://blog.laozhang.ai/en/posts/gemini-3-1-pro-thinking-level)를 참고하면 된다. ## 안전한 마이그레이션 체크리스트 여기서 필요한 태도는 과장된 대개편이 아니라 focused migration이다. 첫 단계는 분명하다. `gemini-3-pro-preview`를 `gemini-3.1-pro-preview`로 바꾸는 것. 하지만 거기서 멈추면 안 된다. official replacement는 identical behavior를 뜻하지 않기 때문이다. 최소한 다음 여섯 가지는 다시 확인해야 한다. 1. **모든 환경과 백그라운드 작업의 model ID를 변경** 2. **중요한 prompts를 다시 평가** 3. **grounding 경로를 재검토** 4. **tool-calling behavior를 다시 테스트하고 standard와 customtools를 나눔** 5. **current pricing page 기준으로 비용을 다시 계산** 6. **Gemini 3 Pro를 현재 후보처럼 적어 둔 내부 문서를 정리** 대부분의 팀에는 이 정도면 충분하다. 길고 큰 재설계를 할 필요는 없지만, Gemini 3 Pro를 "아직 후보 중 하나"처럼 남겨 두는 단계는 끝났다. ## Gemini 3.1 Pro도 맞지 않는 경우 replacement라고 해서 Gemini 3.1 Pro가 모든 작업의 답은 아니다. Google은 현재도 Gemini 3.1 Pro에서 **image generation이 not supported** 이고 **Live API도 not supported** 라고 적고 있다. 실제로 필요한 것이 이미지 생성, 음성 중심 실시간 처리, 혹은 가장 저렴한 high-volume text pipeline이라면, 애초에 Pro 대 Pro 마이그레이션 프레임 자체가 잘못된 질문일 수 있다. ## FAQ **Gemini 3 Pro는 아직 쓸 수 있나?** 아니다. Google은 `gemini-3-pro-preview`를 deprecated 상태이며 **2026년 3월 9일 shut down** 되었다고 밝힌다. **Gemini 3 Pro의 공식 replacement는 무엇인가?** `gemini-3.1-pro-preview`다. **token limits가 바뀌었나?** 아니다. 두 모델 페이지 모두 `1,048,576` input, `65,536` output을 보여 준다. **Gemini 3.1 Pro의 실질적 신기능은 무엇인가?** 대부분의 개발자에게는 **Google Maps grounding 지원**과 **`gemini-3.1-pro-preview-customtools`** 가 핵심이다. **drop-in replacement로 보면 되나?** 아니다. 기본 contract는 비슷하지만 prompts, tools, grounding, 비용은 다시 확인해야 한다. **Gemini 3 Pro Image도 함께 비교해야 하나?** 아니다. 그건 다른 분기이며 이 글의 텍스트 모델 마이그레이션 판단과는 별개다. 짧게 말하면 이렇다. Gemini 3 Pro는 이미 retired이고, Gemini 3.1 Pro가 현재 분기다. 지금 유의미한 비교는 오래된 head-to-head 승부가 아니라, 현재 분기로 옮길 때 무엇을 다시 검증해야 하는가다.