Nano Banana 2 Lite 프롬프트 작성법: 빠르고 선명한 이미지 만들기
Nano Banana 2 Lite는 여유 공간 대신 속도를 택한 모델입니다. 참조 이미지 수, 해상도, 프롬프트 구조를 상황에 맞게 조정해 빠르면서도 플래그십급 품질의 결과를 얻는 방법을 정리했습니다.

Google은 2026년 6월 30일 Nano Banana 2 Lite를 발표했습니다 — gemini-3.1-flash-lite-image, Gemini 이미지 제품군 중 가장 빠르고 저렴한 모델입니다. 1K 이미지를 약 4초 만에 $0.034로 생성하며, Nano Banana 2보다 약 2.7배 빠르면서도 Arena.ai 텍스트-이미지 변환 아레나에서 Elo 약 1,251점으로 전체 5위를 지키고 있습니다. 이 모델에 프롬프트를 잘 쓴다는 것은 부족한 모델을 보완하는 문제라기보다, 어떤 다이얼이 어떻게 움직였는지 정확히 파악하는 문제에 가깝습니다.
참고
이 글을 쓰는 시점(2026년 7월 1일) 기준, Nano Banana 2 Lite는 Google AI Studio와 Gemini API를 통해서만 사용할 수 있습니다 — 아직 OmniArt 모델 목록에는 없습니다. 아래 프롬프트 작성 관련 섹션은 모두 Google의 자체 도구를 직접 사용하는 것을 전제로 설명합니다. 마지막 섹션에서는 이 기법들 중 어떤 것이 오늘 OmniArt에서 사용 가능한 Nano Banana 2로 이어지는지 정리합니다.
Lite 티어에서 바뀌는 것은 속도와 가격만이 아닙니다. 해상도는 낮아지고 Google Search grounding은 사라지며, 직관과 반대로 참조 이미지 상한은 오히려 올라갑니다. 빠르고 선명한 결과를 얻으려면 어떤 트레이드오프가 내 작업에 중요한지, 그리고 어떤 프롬프트 작성 습관이 그 트레이드오프를 보완해 주는지 이해해야 합니다.
Lite 티어에서 실제로 달라지는 것
| 스펙 | Nano Banana 2 Lite | Nano Banana 2 |
|---|---|---|
| API ID | gemini-3.1-flash-lite-image | gemini-3.1-flash-image |
| 생성 속도 | 약 4초 | 약 2.7배 느림 |
| 가격(1K 이미지) | $0.034 | 표준 $0.067 / 배치 $0.034 |
| 최대 해상도 | 1K(0.5K, 1K만) | 최대 4K |
| 참조/오브젝트 이미지 | 최대 14장 | 오브젝트 10장 + 캐릭터 4장 |
| Google Search grounding | 미지원 | 지원 |
| Arena.ai 텍스트-이미지 변환 순위 | 전체 5위, Elo 약 1,251 | 여기서는 미공개 |
| OmniArt에서 사용 가능 | 아직 아님 | 예 |
숫자 두 개는 짚고 넘어갈 가치가 있습니다. Lite의 1K 이미지 가격 $0.034는 Nano Banana 2의 배치 티어 가격과 같고, 표준 티어보다 절반 저렴합니다 — 그것도 배치 처리가 아니라 실시간 생성 속도로 말입니다. 그리고 저가 티어임에도 Lite는 이미지의 실사용 가능 여부를 실제로 결정하는 요소들 — 캐릭터 일관성, 프롬프트 반영도, 이미지 안 텍스트의 가독성 — 을 그대로 유지합니다. Google 스스로도 이 속도와 가격에서 "품질 타협은 없다"고 자평하며, 진짜 한계는 해상도 하나뿐이라고 설명합니다.
이 티어에서도 사고 모드는 기본적으로 켜져 있으며, thinking_level(minimal 또는 high)로 조절합니다. 사고 수준을 높이면 최종 이미지를 만들기 전에 중간 구도 테스트를 생성합니다 — 서로 맞아떨어져야 할 요소가 여러 개인 프롬프트라면 몇 분의 1초를 더 들일 가치가 있습니다. 화면비 지원은 나머지 제품군과 동일합니다. 1:1, 3:2, 2:3, 3:4, 4:3, 4:5, 5:4, 9:16, 16:9, 21:9를 모두 지원하므로, 프레이밍은 나중에 덧붙이는 것이 아니라 프롬프트 자체에 담아야 합니다.
직관과 반대되는 지점: 참조 이미지가 줄어드는 게 아니라 늘어남
"라이트" 모델이라고 하면 모든 다이얼이 낮춰졌을 것이라고 직관적으로 생각하기 쉽습니다. 참조 이미지는 이 패턴을 깹니다. Nano Banana 2 Lite는 생성당 참조·오브젝트 이미지를 최대 14장까지 받습니다 — 오브젝트 10장과 캐릭터 4장이 상한인 Nano Banana 2보다 많은 숫자입니다.
그래서 Lite는 대규모 참조 세트를 기반으로 하는 작업에 진짜 강력한 선택지가 됩니다. 십여 개 SKU를 가진 제품 라인, 여러 의상·소품 변형이 있는 캐릭터 시트, 함께 등장하면서도 일관성을 유지해야 하는 여러 로고 조합의 브랜드 키트 같은 경우입니다. 최상위 해상도는 포기하지만, 멀티 참조 생성이 제대로 맞물릴지를 결정하는 유일한 입력 요소에서는 여유를 얻습니다. 작업에 참조 이미지가 10장 넘게 필요하고 4K 출력이 필요 없다면, Lite는 타협이 아니라 더 적합한 도구입니다.
이 티어에 맞는 프롬프트 템플릿
Nano Banana 2 Lite에 대한 Google의 가이드는 Gemini 이미지 제품군 전체가 반응하는 방식과 일치합니다. 풍부하고 구체적인 디테일이 제어력을 높이고, 느슨한 키워드 나열보다 템플릿 기반 구조가 더 나은 결과를 냅니다. 다섯 개 슬롯이면 거의 모든 브리프를 커버할 수 있습니다.
[Shot type] of [specific subject with descriptive detail], in [setting],
lit by [lighting direction and quality], shot from [camera angle / lens
characteristic]. [Style descriptor: medium + visual qualities].
무엇이든 전송하기 전에 체크리스트처럼 짚어 보세요.
- 샷 타입 — 클로즈업, 3/4 앵글 제품 컷, 와이드 설정 샷. 프레이밍을 모델의 추측에 맡기지 마세요.
- 피사체 — 포괄적이지 않고 구체적으로. "사람"보다 "밀가루 묻은 팔뚝을 한 34세 도예가"가 항상 더 낫습니다.
- 배경 — 어디서, 언제인지, 그리고 중요한 배경 요소까지 포함하세요.
- 조명 — 방향, 질감, 색온도. "왼쪽에서 오는 부드러운 창가 빛"은 "강한 상단 형광등"과 전혀 다른 이미지를 만듭니다.
- 카메라 앵글/렌즈 — 눈높이 대 로우 앵글, 35mm 대 매크로. 대부분의 프롬프트가 인정하는 것보다 훨씬 많은 구도 작업을 해냅니다.
- 스타일 묘사어 — 원하는 매체(사진, 수채화, 3D 렌더)와 시각적 질감(필름 그레인, 광택 나는 스튜디오 마감)을 명시하세요. 이 묘사어들이 여러 변형 간의 일관성을 유지해 줍니다.
이는 어떤 Gemini 이미지 티어에서도 통하는 동일한 구조입니다 — 다만 생성당 약 4초라는 속도 덕분에, 프롬프트 하나를 정성 들여 다듬는 대신 슬롯 하나만 바꿔 가며 템플릿을 대여섯 번 돌려 보고 가장 좋은 결과를 고를 여유가 생긴다는 차이가 있습니다.
시도해 볼 프롬프트 다섯 가지
-
제품 히어로, 단일 참조. "슬레이트 그레이 받침대 위 매트 세라믹 화이트 스니커의 3/4 앵글 제품 컷, 왼쪽 위에서 오는 소프트박스 키 라이트와 뒤쪽의 은은한 림 라이트, 50mm 매크로 렌즈, 얕은 심도, 에디토리얼 제품 카탈로그 스타일, 소품 없음." $0.034에 프레임당 약 4초라면, 각도 변형 10개의 비용이 더 느린 모델의 리비전 한 번보다 저렴합니다.
-
멀티 참조 일관성, 14장 상한 테스트. "첨부된 참조 세트를 사용해, 참조 이미지와 일치하는 포즈와 조명으로 같은 캐릭터의 3/4 앵글 스튜디오 초상을 생성하세요. 얼굴 특징, 의상, 색상 팔레트는 참조 이미지와 동일하게 유지하고, 배경만 따뜻한 그러데이션 스튜디오 배경으로 바꾸세요." 이것이 바로 Lite의 여유로운 참조 한도가 만들어진 이유입니다.
-
에디토리얼 초상, thinking_level high. "작업실에 있는 노년의 현악기 장인을 담은 자연스러운 에디토리얼 초상, 먼지 낀 창을 통과하는 골든아워 빛, 85mm 렌즈, 얕은 심도, 자연스러운 필름 그레인, 다큐멘터리 사진 스타일." 복잡한 장면은
thinking_level을high로 올릴 때 이득을 봅니다 — 브리프에 맞춰야 할 요소가 이렇게 많을 때는 중간 구도 작업이 제 몫을 합니다. -
빠른 소셜 변형, thinking_level minimal. "대리석 카운터 위 말차 라테와 리넨 냅킨의 플랫레이, 부드러운 상단 자연광, 탑다운 앵글, 미니멀한 미감, 차분한 파스텔 팔레트." 대량이면서 복잡도가 낮은 콘텐츠라면, minimal 사고 수준으로도 구도를 희생하지 않으면서 높은 처리량을 유지할 수 있습니다.
-
스타일 묘사어 스트레스 테스트. "황혼 녘 바위 해안 위 등대의 수채화 일러스트, 눈에 보이는 종이 질감, 느슨한 웻온웻 기법의 워시, 차분한 인디고와 러스트 팔레트, 손글씨 캡션 영역은 비워 둠." "수채화 스타일"이라고만 쓰지 않고 매체와 구체적인 기법까지 명시하면, 여러 번 생성해도 시각적 일관성이 유지됩니다.
프롬프트를 처음부터 다시 쓰지 않는 멀티턴 편집
Nano Banana 2 Lite는 previous_interaction_id를 통한 반복적 정제를 지원합니다 — 장면 전체를 다시 묘사하는 대신 이전 생성 결과를 참조합니다. 전형적인 스레드는 다음과 같습니다.
- 1턴: 전체 프롬프트로 기본 이미지 생성.
- 2턴: "이전 생성 결과를 사용해 재킷 색상을 버건디로 바꾸고 비에 젖은 인도의 반사광을 추가하세요."
- 3턴: "3/4 앵글로 더 타이트하게 확대하고 색보정을 살짝 따뜻하게 조정하세요."
각 턴은 장면 전체가 아니라 변경 사항만 묘사하면 됩니다 — 이렇게 하면 Lite의 속도가 세 개의 개별적인 콜드 스타트 프롬프트가 아니라 진짜 반복 루프로 바뀝니다.
보존 지시문으로 건드리고 싶지 않은 부분을 지키기
반복 편집에서 가장 흔한 실패 패턴은 범위가 슬금슬금 넓어지는 것입니다 — 변경 사항 하나를 요청했는데 세 개가 바뀌어 버립니다. 명시적인 보존 지시문이 이를 막아 줍니다. "배경은 그대로 유지"나 "피사체의 포즈와 표정은 동일하게 유지" 같은 구절을 편집 턴에 추가하면, 모델은 이를 제안이 아니라 강한 제약 조건으로 취급합니다.
팁
보존 지시문은 요청하는 변경 사항 뒤, 즉 프롬프트의 맨 끝에 배치하세요. "재킷을 버건디로 바꾸세요. 배경, 포즈, 조명은 그대로 유지하세요"처럼 쓰면 제약 조건을 앞세우는 것보다 더 안정적으로 반영됩니다.
Nano Banana 2 Lite가 아직 뒤처지는 부분
계획을 세울 때 감안해야 할 한계가 두 가지 있습니다. 해상도는 1K가 상한이고 — 0.5K와 1K만 출력 가능하며 2K나 4K 경로는 없습니다 — 대형 인쇄물이나 빌보드 작업은 더 높은 티어로 보내야 합니다. 그리고 Lite는 Google Search grounding을 지원하지 않으므로, 최신 이슈나 실시간 데이터에 의존하는 프롬프트는 어떤 실제 정보에도 근거하지 않게 됩니다. 이런 작업은 다른 모델로 보내거나 수동 팩트체크와 함께 사용하세요.
오늘 OmniArt의 Nano Banana 2로 이어지는 기법들
아직 Lite에 접근할 수 없다면 이 부분이 중요합니다. Nano Banana 2(gemini-3.1-flash)는 OmniArt 이미지 워크스페이스에 "신규"와 "인기" 태그로 이미 적용되어 있으며, Lite와 프롬프트 문법을 충분히 공유하기 때문에 위 내용 대부분이 그대로 옮겨갑니다.
| 기법 | OmniArt의 Nano Banana 2로 이어지는가 |
|---|---|
| 샷/피사체/배경/조명/카메라 템플릿 | 예 — 동일한 프롬프트 구조가 그대로 통함 |
| 스타일 묘사어(매체 + 시각적 질감) | 예 |
| 보존 지시문("X는 그대로 유지") | 예 |
| 참조 이미지 기반 일관성 | 예. 다만 Lite의 14장 상한은 확정된 OmniArt UI 제한이 아니라 API 티어 스펙으로 간주할 것 |
thinking_level 조절 | Lite 전용 API 파라미터로, 오늘 OmniArt 인터페이스가 다이얼로 노출하는 기능은 아님 |
| 1K 한정 해상도 상한 | 해당 없음 — OmniArt의 Nano Banana 2는 전체 해상도에 도달 |
다시 말해, 옮겨가는 것은 이 티어만의 특정 한계가 아니라 프롬프트 작성 규율 그 자체입니다. 오늘 Nano Banana 2에서 샷 타입부터 카메라 앵글까지 이어지는 습관을 길러 두면, Lite든 앞으로 나올 어떤 티어든 워크스페이스에 등장하는 순간 그대로 이어집니다.
세 모델의 전체 스펙 비교는 Nano Banana 2 Lite vs 2 vs Pro: 어떤 Gemini 이미지 모델을 써야 할까에서 확인할 수 있습니다. 이번 출시의 영상 쪽 짝이 궁금하다면, Gemini Omni Flash 개발자 API 공개: I/O 이후 무엇이 달라졌나에서 Google이 함께 선보인 내용을 다룹니다.
FAQ
Nano Banana 2 Lite는 OmniArt에서 사용할 수 있나요?
아직입니다. Google은 2026년 6월 30일 Nano Banana 2 Lite(gemini-3.1-flash-lite-image)를 발표했고, 현재는 Google AI Studio와 Gemini API를 통해서만 사용할 수 있습니다. 한 단계 위 티어인 Nano Banana 2는 오늘 OmniArt에서 바로 사용할 수 있습니다.
Nano Banana 2 Lite와 Nano Banana 2는 실제로 어떻게 다른가요?
주로 속도와 해상도입니다. Lite는 약 4초 만에 생성하는 반면 Nano Banana 2는 그보다 약 2.7배 더 걸리며, 1K 이미지 기준 가격은 $0.034입니다. 대신 Lite는 해상도가 1K로 제한되고(2K나 4K 없음) Google Search grounding을 지원하지 않습니다.
왜 "라이트" 티어가 플래그십보다 더 많은 참조 이미지를 지원하나요?
실수가 아니라 진짜 트레이드오프입니다. Lite는 생성당 참조·오브젝트 이미지를 최대 14장까지 받는 반면, Nano Banana 2는 오브젝트 10장과 캐릭터 4장이 상한입니다. 작업이 4K 출력보다 대규모 참조 세트에 더 의존한다면 Lite가 더 적합한 도구입니다.
Nano Banana 2 Lite로 4K 출력을 받을 수 있나요?
아니요. Lite의 최대 해상도는 1K이며, 지원되는 출력은 0.5K와 1K뿐입니다. 2K나 4K가 필요하다면 Nano Banana 2나 Nano Banana 2 Pro를 사용하세요.
Nano Banana 2 Lite는 Google Search grounding을 지원하나요?
아니요. Nano Banana 2는 지원하지만 Lite는 지원하지 않습니다. 최신 이슈나 실시간 데이터에 의존하는 프롬프트는 grounding을 지원하는 모델로 보내거나 수동 팩트체크와 함께 사용해야 합니다.
Nano Banana 2 Lite로 멀티턴 편집은 어떻게 하나요?
previous_interaction_id로 이전 생성 결과를 참조하고 원하는 변경 사항만 묘사하세요 — 색상 교체, 크롭, 조명 조정 같은 것들입니다. 요청하지 않은 부분까지 모델이 바꾸지 않도록, "배경은 그대로 유지"처럼 명시적인 보존 지시문을 함께 사용하세요.
OmniArt에서 시작하기
Nano Banana 2 Lite는 아직 워크스페이스에 없지만, 그 모델이 보상하는 프롬프트 작성 규율 — 구체적인 피사체, 명시된 조명, 명확한 보존 지시문 — 은 OmniArt의 Nano Banana 2에서 더 나은 결과를 얻는 방법과 정확히 같습니다. 이미지 워크스페이스를 열어 샷 타입부터 카메라 앵글까지 이어지는 템플릿을 Nano Banana 2에 적용해 보고, 마음에 드는 히어로 이미지를 얻으면 사진-제품 영상 워크플로로 영상 워크스페이스까지 이어가 보세요. 모델 전반에 걸친 프롬프트 구조는 더 나은 프롬프트 작성법을, 플래그십 모델 전체 비교는 GPT Image 2 vs Nano Banana 2를 참고하세요.
제작할 준비가 되셨나요?
AI로 멋진 콘텐츠를 생성하세요