Nano Banana 이미지 편집: 경로, 프롬프트, 멈출 때

Nano Banana로 기존 이미지를 편집할 수 있는지는 첫 질문이 아닙니다. 먼저 어떤 경로로 다룰지 정해야 합니다. 안전한 가벼운 실험은 Gemini, 휴대폰 사진과 시각 검색에 가까운 작업은 Search 또는 Lens, 재현성·로그·프로젝트 제한이 필요한 작업은 AI Studio나 Gemini API, 자동화와 배치는 조건을 확인한 provider API, 낮은 위험의 브라우저 작업은 서드파티 편집기, 정확한 글자·로고·법무 자료는 전통적인 편집 도구가 맞습니다.

좋은 프롬프트는 바꿀 내용보다 먼저 보존할 대상을 씁니다. 인물의 동일성, 포즈, 조명, 카메라 각도, 배경 구도를 유지한다. 파란 재킷만 무광 검정으로 바꾼다. 액세서리를 추가하지 않는다. 보이는 글자는 읽을 수 있게 유지한다. 이렇게 쓰면 모델이 자유롭게 다시 만들 영역과 절대 건드리면 안 되는 영역을 구분하기 쉽습니다.

두 번 연속 다른 물체를 바꾸거나 얼굴이 달라지거나 텍스트와 로고가 망가지거나 품질이 흐려지면, 프롬프트를 더 길게 쓰는 대신 경로를 바꿔야 합니다. 개인 얼굴, 신분증, 고객 미공개 제품, 의료·금융 화면, 권리가 불명확한 이미지는 즉흥 테스트에 올리지 않는 편이 안전합니다. 보기 좋은 미리보기와 납품 가능한 결과물은 다릅니다.

지금 Nano Banana 이미지 편집이 의미하는 것

Nano Banana는 Google의 이미지 생성과 편집 기능을 가리키는 시장의 이름으로 쓰입니다. 하지만 실제 계약은 들어가는 경로에 따라 달라집니다. Gemini에서는 현재 이미지 모델과 사진 편집 경험으로 보이고, 개발자 문서에서는 Nano Banana 2, Nano Banana Pro, 원래 Nano Banana가 각각 다른 API 경로로 설명됩니다. 서드파티 편집기는 여기에 자체 credits, 저장, 출력 권리, 지원 조건을 더합니다.

이 구분을 무시하면 Gemini 채팅에서 잘 된 프롬프트를 그대로 production API, provider endpoint, 브라우저 wrapper에 가져가게 됩니다. Nano Banana 이미지 편집은 모델명 하나가 아니라 경로 선택과 프롬프트 작업 흐름입니다. inpainting은 그중 한 가지 방식일 뿐입니다. 물체 제거, 배경 교체, 얼굴을 보존한 의상 변경, 참조 이미지 조합, 제품 mockup, 화면 확장은 각각 다른 보호 조건이 필요합니다.

판단에 사용할 수 있는 안정적인 사실은 Google AI로 생성되거나 편집된 이미지에 SynthID 워터마킹이 적용된다는 점입니다. 반대로 무료 횟수, provider credits, 이미지 단가, 최대 해상도, 속도, 보관 기간, 상업적 권리는 경로와 계정에 따라 바뀌므로 단일 숫자로 고정하지 않는 것이 맞습니다.

업로드 전에 경로를 고르기

Gemini 앱은 이미지가 안전하고 시각적 방향을 빠르게 보고 싶을 때 적합합니다. 이미지를 첨부하고 하나의 변경을 말하고 결과를 확인한 뒤 한두 번만 좁게 수정합니다. API model ID, batch behavior, provider limit, asset governance를 확인하는 장소는 아닙니다.

Search 또는 Lens는 휴대폰 사진이나 시각 검색에서 시작하는 작업에 맞습니다. 카메라 흐름과 가까워 빠르지만, 제작 관리 표면은 아닙니다. 인물, 문서, 고객 제품, 미공개 브랜드 자료가 포함되면 감사 가능한 계정과 명확한 처리 조건이 있는 경로로 옮겨야 합니다.

AI Studio나 Gemini API는 재현성이 중요할 때 필요합니다. 같은 프롬프트를 여러 제품 이미지에 적용하고, request logs를 보고, project limits를 확인하고, response class를 나누어야 한다면 소비자 채팅보다 개발자 경로가 더 안전합니다.

Provider API와 서드파티 편집기는 계약의 주체를 먼저 확인해야 합니다. provider는 자동화, 공통 과금, 여러 모델 연결에 유용하지만 credits, storage, output handling, support는 provider 조건에 따릅니다. 브라우저 편집기는 비기술 사용자에게 편하지만, Google이 명시하지 않는 한 Google의 first-party 계약이 아닙니다.

안전한 업로드 절차

이미지를 낮은 위험, 중간 위험, 높은 위험으로 나눕니다. 낮은 위험은 합성 데모, 공개 가능한 마케팅 초안, 사람이나 고객 정보가 없는 테스트 이미지입니다. 중간 위험은 식별 가능한 인물, 브랜드 요소, 상업적 사용 예정 자료입니다. 높은 위험은 신분증, 개인 얼굴, 의료·금융 기록, 미공개 제품, 고객 기밀, 계약이나 계정 정보가 들어 있는 화면입니다.

낮은 위험 이미지는 소비자 경로로 충분할 수 있습니다. 그래도 한 번에 하나만 바꾸고, 변경 대상과 보호 대상을 분리해 써야 합니다. 중간 위험은 저장, 권리, 계정 권한을 확인할 수 있는 경로를 선택합니다. 높은 위험은 공개 wrapper가 아니라 승인된 내부 도구, 전통적인 편집기, 데이터 처리 조건이 명확한 production route를 사용해야 합니다.

첫 문장은 편집 의뢰서처럼 써야 합니다. 인물의 얼굴, 포즈, 조명, 카메라 각도, 배경 구도를 유지한다. 파란 재킷만 무광 검정으로 바꾼다. 액세서리를 추가하지 않는다. 보이는 모든 글자는 그대로 읽을 수 있게 둔다. 결과를 볼 때는 인상이 아니라 변하지 않아야 할 것이 지켜졌는지 확인합니다.

얼굴이 달라졌다면 실패입니다. 조명이나 시점이 바뀌었다면 보존 조건이 약하거나 경로가 맞지 않은 것입니다. 텍스트나 로고가 망가졌다면 이미지 모델에게 정확한 타이포그래피를 고치라고 계속 요구할 단계가 아닙니다. AI는 방향을 잡는 데 쓰고, 정확한 문자 레이어는 전통적인 편집 환경에서 복구합니다.

실제로 도움이 되는 프롬프트

물체 제거는 무엇을 지우고 무엇으로 채울지 적을 때 잘 됩니다. “이 물체를 지워줘” 대신 “문 옆 빨간 쓰레기통을 제거하고 콘크리트 벽, 바닥 그림자, 왼쪽 빛을 자연스럽게 이어줘”라고 씁니다. 가려진 영역의 원래 정보가 없으면 plausible fill로 받아들이고 사실 복원으로 쓰지 않습니다.

배경 교체는 보존 조건이 더 강해야 합니다. 얼굴, 머리카락 윤곽, 포즈, 옷 형태, 카메라 원근을 유지하고, 평범한 벽을 따뜻한 회색의 부드러운 studio backdrop으로 바꾼다. 배경색이 머리카락에 번지거나 윤곽이 바뀌면 한 번만 범위를 좁혀 다시 시도하고, 그래도 실패하면 layered editor로 이동합니다.

style transfer는 바꿀 것과 바꾸면 안 되는 것을 분리해야 합니다. “영화처럼”은 너무 넓습니다. 제품 형태, label, 보이는 글자, 촬영 각도를 유지한다. 조명을 부드러운 evening editorial look으로 바꾼다. shallow depth of field를 더한다. logo와 package geometry는 바꾸지 않는다. 이렇게 쓰면 분위기와 납품 자산을 분리할 수 있습니다.

product mockup은 가장 엄격한 기하 조건이 필요합니다. 제품 크기, 라벨 위치, 뚜껑 형태, 모든 문자를 유지하고 표면 반사와 배경만 바꿉니다. 출력이 문자를 휘게 하거나 라벨을 새로 만들거나 포장 비율을 바꾸면 AI 레이어를 멈추고 승인된 제품 아트를 수동으로 넣어야 합니다.

여러 이미지를 조합할 때는 각 참조 이미지의 역할을 적습니다. 두 번째 이미지는 분위기, 재질, 인물 동일성, 구도 중 무엇을 위한 것인가요? 우선순위가 없으면 모델은 스타일, 포즈, 재질을 마음대로 섞습니다.

프롬프트 공식

대부분의 편집은 target, preserve, change, context, constraints, output check 순서로 작성할 수 있습니다. target은 바꿀 수 있는 물체, 사람, 영역, 배경을 말합니다. preserve는 동일성, 포즈, 조명, 카메라 각도, 배치, 텍스트, 로고, 제품 기하를 보호합니다. change는 색, 재질, 위치, 환경, 스타일을 정합니다. context는 장면 이해에 필요한 정보만 더합니다. constraints는 새 물체, crop, 읽을 수 없는 글자를 금지합니다. output check는 실패 기준을 먼저 정합니다.

preserve block을 빼면 모델은 이미지 전체를 다시 만들어도 된다고 해석하기 쉽습니다. 정확한 글자, 로고, 제품 라벨, 얼굴, 법무 자산을 보존해야 한다면 이미지 모델은 최종 레이어가 아니라 시안 도구일 수 있습니다.

부정 지시는 구체적일 때만 효과가 있습니다. “이상하게 만들지 마”는 경계가 아닙니다. “얼굴, 손, 로고, 텍스트, 카메라 각도, 배경 배치를 바꾸지 마”는 경계입니다. 길게 쓰는 것이 목표가 아니라, 바꿀 수 있는 것과 보호할 것과 실패 조건을 분명히 쓰는 것이 목표입니다.

편집이 실패했을 때

잘못된 물체가 바뀌면 target이 모호한 것입니다. 위치, 색, 물체 유형, 주변 요소와의 관계를 더하세요. “의자를 바꿔줘” 대신 “오른쪽 나무 테이블 뒤의 작은 빨간 의자를 검은 금속 의자로 바꿔줘”라고 씁니다.

인물 동일성이 흔들리면 경로나 보호 조건이 부족합니다. 같은 사람, 같은 얼굴 구조, 같은 나이 인상, 같은 표정, 같은 포즈를 추가하고 한 번만 다시 시도합니다. 두 번째도 다른 얼굴이 되면 그 경로에서는 멈춥니다.

텍스트와 로고 오류는 작은 미관 문제가 아닙니다. 이미지 모델은 그럴듯한 글자를 만들 수 있지만 실제 문자, 간격, 마크 형태를 바꿀 수 있습니다. 패키지, UI, 간판, 문서형 이미지는 AI로 방향을 잡고 최종 글자는 전통 편집 환경에서 관리합니다.

여러 번 반복해서 품질이 떨어지면 원본으로 돌아가 하나의 좁은 변경만 다시 합니다. 생성 결과를 계속 다시 편집하면 blur, 평평한 조명, 인공적인 질감이 누적됩니다.

경로가 막혔다면 프롬프트가 아니라 경로를 진단합니다. Gemini가 실패하면 같은 계정의 다른入口를 확인합니다. API가 실패하면 model ID, project limits, response class, request logs를 봅니다. wrapper가 실패하면 wrapper의 credits나 장애 상태를 먼저 확인합니다. 복구 절차는 문제 해결 가이드를 사용할 수 있습니다.

개발자와 provider 경계

개발자에게 중요한 것은 consumer access와 API contract를 섞지 않는 것입니다. Gemini chat은 프롬프트 행동을 이해하는 데 도움이 되지만, production code는 문서화된 model path를 사용해야 합니다. Google AI 문서는 Nano Banana 2, Nano Banana Pro, 원래 Nano Banana를 나누어 설명하므로 model ID는 개발자 섹션에 있어야 합니다.

Provider API는 batching, 공통 billing layer, 여러 모델 gateway에 유용합니다. 동시에 Google 모델과 코드 사이에 새로운 책임 주체를 추가합니다. 어떤 모델을 호출하는지, image inputs를 어떻게 저장하는지, output rights를 어떻게 설명하는지, 오류를 어떻게 반환하는지, price나 credit 설명이 현재 기준인지 확인해야 합니다.

가격, quota, 무료 범위가 핵심이면 영어 pricing and quota guide를 확인하세요. 영상 작업이면 이미지에서 영상으로 가는 경로, 로컬 대안이면 ComfyUI 대안이 더 가깝습니다.

자주 묻는 질문

Nano Banana로 기존 이미지를 편집할 수 있나요?

가능합니다. 다만 먼저 경로를 정해야 합니다. Gemini는 공식 소비자 편집, Search 또는 Lens는 모바일 이미지 작업, AI Studio/API는 통제 가능한 개발 작업, 서드파티 편집기는 credits, 저장, 권리, 경로 확인이 필요합니다.

Nano Banana 편집은 무료인가요?

하나의 답으로 말할 수 없습니다. consumer access, paid plan capacity, API billing, provider credits, 서드파티 trial은 서로 다른 조건입니다. 비용이 선택에 중요하면 오래된 daily limit가 아니라 현재 사용할 경로의 조건을 확인해야 합니다.

inpainting이 Nano Banana 이미지 편집과 같은가요?

같지 않습니다. inpainting은 선택 영역을 바꾸거나 채우는 작업입니다. Nano Banana 이미지 편집에는 배경 교체, style transfer, 참조 이미지 조합, product mockup, outpainting, 물체 제거, prompt-based refinement도 포함됩니다.

어떤 프롬프트가 가장 안정적인가요?

preserve-first prompt가 안정적입니다. 편집 대상, 보존할 동일성·포즈·조명·글자·로고·배치, 변경 내용, 제약, 실패 기준을 순서대로 씁니다. 하지만 경로는 여전히 중요하며, 프롬프트만으로 공개 wrapper를 기밀 자산용 환경으로 바꿀 수는 없습니다.

언제 재시도를 멈춰야 하나요?

얼굴이 반복해서 달라지거나 텍스트와 로고가 망가지거나 품질이 떨어지거나 업로드 위험이 있거나 권리가 불명확하거나 경로가 맞지 않을 때입니다. 다른 경로, 통제된 API, 전통 편집기로 옮기는 편이 같은 경로에서 단어를 더하는 것보다 안전합니다.