Gemini Nano Banana 2.1 정식 공개, 이미지 생성·편집 기본 모델을 2.1로 옮기라고 안내합니다 | DAKER 커뮤니티

이미지 생성·편집을 Gemini API에 붙인 팀은 모델 문자열이 바뀌는 속도를 따로 추적해야 합니다. Google은 2026년 10월 6일 Gemini API 변경 기록에서 Gemini Nano Banana 2.1(gemini-nano-banana-2.1)을 정식(GA)으로 공개했습니다. Nano Banana 2(gemini-3.1-flash-image)의 후속으로 Flash급 속도와 비용을 유지하면서 화질·텍스트 렌더링·다중 턴 일관성·Search 그라운딩을 강화했다고 적습니다. 2026년 10월 13일 공식 changelog와 이미지 생성 문서에서 확인한 내용을 정리합니다.

무엇이 GA로 올라왔나

changelog는 Nano Banana 2.1을 고효율 이미지 생성·대화형 편집의 최신 모델로 소개합니다. 해상도는 1K·2K·4K를 지원하고, 넓은·파노라마 비율로 1:4, 4:1, 1:8, 8:1을 언급합니다. 같은 날 gemini-3.1-flash-image는 폐기(deprecation)가 발표되었고 종료일은 아직 없습니다. 신규 프로젝트는 Nano Banana 2.1으로 옮기라고 안내합니다. 이미지 생성 문서는 Nano Banana 계열을 gemini-nano-banana-2.1, gemini-3.1-flash-lite-image, gemini-3.1-flash-image, gemini-3-pro-image, gemini-2.5-flash-image로 구분하며, 생성 이미지에 SynthID 워터마크가 들어간다고 명시합니다.

신규 프로젝트의 기본 권장 문자열은 gemini-nano-banana-2.1입니다.

편집·그라운딩·비디오 입력

공식 이미지 생성 가이드에 따르면 Nano Banana 2.1은 참고 이미지를 최대 14장까지 섞을 수 있고, 이 중 객체 고충실도 참고는 최대 10장, 캐릭터 일관성 참고는 최대 4장입니다. Google Search 그라운딩을 도구로 켤 수 있고, Nano Banana 2.1과 3.1 Flash Image는 Image Search 검색 유형을 Web Search와 함께 지정할 수 있습니다. 비디오를 멀티모달 참고로 넣어 포스터·썸네일을 만드는 video-to-image도 지원하며 YouTube 공개 URL 또는 Files API 업로드를 받습니다.

thinking은 기본으로 켜져 해제할 수 없고, Nano Banana 2.1의 thinking_level은 minimal·medium·high이며 기본값은 medium입니다. 복잡한 구성에서 중간 thought 이미지를 만든 뒤 최종 이미지를 낸다고 설명합니다. 원문은 https://ai.google.dev/gemini-api/docs/changelog, https://ai.google.dev/gemini-api/docs/image-generation입니다.

changelog가 적은 파노라마 비율은 배너·세로형 스토리·와이드 히어로처럼 기존 1:1·16:9만으로는 맞추기 어렵던 산출물에 바로 닿습니다. 문서의 프롬프트 전략 섹션은 사실적 장면, 스티커·일러스트, 정확한 텍스트 렌더링처럼 용도별 템플릿을 제공하므로, 한글 제목이 들어가는 포스터는 텍스트 렌더링 예시를 기준으로 평가 세트를 새로 만드는 편이 좋습니다. Grounding with Google Search를 켠 날씨·시세·이벤트 시각화는 실시간 근거가 필요한 운영 콘솔에 맞고, Image Search를 함께 켜면 시각 참고가 응답 메타데이터에 남습니다.

배치 API로 같은 이미지 생성 기능을 넘기면 처리량 한도는 올라가지만 최대 24시간 지연을 감수해야 합니다. 대량 썸네일·카탈로그 작업과 대화형 편집을 파이프라인에서 분리해 두는 구성이 changelog·가이드의 역할 구분과 잘 맞습니다.

마이그레이션 체크

코드와 평가 세트에 gemini-3.1-flash-image가 남아 있으면 문자열을 gemini-nano-banana-2.1으로 바꾸고, 해상도·비율·참고 이미지 장수·thinking_level을 같은 조건으로 A/B 하는 순서가 안전합니다. 비용·속도가 최우선이면 Flash Lite Image를, 브랜드·고정밀 제어가 필요하면 Pro Image를 문서의 역할 구분에 맞춰 나누면 됩니다. 어제 정리한 3.7·3.5 Flash 지원 중단과는 다른 축이니, 텍스트 Flash 마이그레이션과 이미지 모델 마이그레이션을 이슈 티켓에서 분리해 두는 편이 혼선을 줄입니다.

Nano Banana 2.1으로 바꾼 뒤 한글 포스터·UI 텍스트 렌더링이 어떻게 달라졌는지 측정한 결과가 있으면 댓글로 남겨 주시면 다음 비교에 반영하겠습니다.