Nano Banana 프롬프트 12선: 이미지 생성·편집용 실전 템플릿

쓸 수 있는 Nano Banana 프롬프트는 ‘8K’, ‘시네마틱’, ‘초고해상도’를 길게 쌓은 문장이 아닙니다. 필요한 것은 무엇을 할지, 무엇을 바꿀지, 무엇을 절대 바꾸지 않을지, 어떤 결과를 통과로 볼지를 짧게 정한 제작 지시서입니다.

• 작업: 생성, 교체, 복원, 합성, 레이아웃 중 무엇을 할지 정합니다.
• 바꿀 값: 인물, 제품, 장면, 문구, 비율처럼 프로젝트마다 달라지는 항목입니다.
• 고정: 얼굴, 제품 형태, 구도, 정확한 문구, 빛, 원근처럼 흔들리면 안 되는 요소입니다.
• 통과 기준: 결과에서 직접 확인할 수 있는 완료 조건과 거절할 오류입니다.

먼저 12개 템플릿 중 실제 작업과 가장 가까운 카드를 고른 뒤 대괄호 안의 값만 바꿉니다. 첫 결과가 실패해도 전체를 다시 쓰지 말고, 실패한 필드 하나만 수정합니다.

이미지 안에 타밀어가 보여야 한다면 스타일보다 먼저 표기 방식을 정합니다. 타밀 문자, 독자가 승인한 로마자 표기, 타밀어와 다른 언어를 함께 쓰는 이중 언어 계층은 서로 다른 작업입니다. 승인된 타밀어 문구는 별도 필드에 그대로 넣고, 결과에서도 같은 문자열을 직접 대조합니다.

개발자 경로는 2026년 7월 16일 Google 공식 문서를 기준으로 했습니다. 대량 초안은 Nano Banana 2 Lite, 일상적인 생성과 범위가 분명한 편집은 Nano Banana 2, 정확한 글자·복잡한 레이아웃·다중 참조는 Nano Banana Pro부터 시험합니다. 초기 Nano Banana는 새 작업의 기본값이 아니라 기존 워크플로 호환 경로입니다.

아래 프롬프트 문장은 무료로 복사할 수 있지만, 그렇다고 Pro 실행까지 무료라는 뜻은 아닙니다. 2026년 7월 16일 기준 Google Gemini Developer API 가격 문서는 gemini-3-pro-image에 Free Tier가 없다고 적고 있으며, Gemini 앱 도움말은 유료 구독자가 Nano Banana 2로 생성한 뒤 Pro로 다시 실행할 수 있다고 안내합니다.

복사할 수 있다는 사실이 모든 작업에서 재현된다는 뜻은 아닙니다. 공개 갤러리는 아이디어를 찾는 데 유용하지만 입력 이미지, 숨은 설정, 실패한 결과, 선택 과정까지 보여 주지 않을 수 있습니다. 결과는 고정 요소와 통과 기준으로 판정해야 합니다. 같은 고정 요소가 통제된 두 번의 시도에서 계속 무너지면 입력·경로·작업 단계를 다시 설계합니다.

12개 프롬프트 카드를 사용하는 법

각 카드에는 여섯 가지가 있습니다. 용도는 이미지 작업을 정의하고, 경로는 첫 시험 위치를 고릅니다. 프롬프트는 대괄호를 채우면 붙여 넣을 수 있습니다. 바꿀 값은 프로젝트 변수, 고정은 드리프트하면 안 되는 요소, 통과 기준은 채택과 거절을 눈으로 구분하는 기준입니다.

생성과 편집의 책임 범위가 다르기 때문에 이 구조가 필요합니다. 새 이미지는 장면을 발명할 수 있지만 편집은 바꿀 부분과 얼려 둘 나머지를 동시에 정해야 합니다. 여러 참조 이미지는 각 파일의 역할을 지정해야 합니다. 글자가 들어간 레이아웃은 정확한 원문, 읽는 순서, 오탈자 하나도 거절하는 규칙이 필요합니다.

독자 작업은 다음 뼈대로 정리할 수 있습니다.

hljs text복사
[생성 / 편집 / 교체 / 복원 / 합성]할 작업: [구체적인 이미지 작업].
입력 또는 참조: [각 파일의 역할. 없다면 없음].
맥락: [주제, 환경, 사용 목적].
구도: [프레이밍, 카메라, 계층, 빛, 시각 언어].
바꿀 값: [이번 프로젝트의 변수].
고정: [인물 정체성, 형태, 정확한 문구, 배치 등 유지할 항목].
출력: [화면비, 배치 위치, 사용처].
통과 기준: [채택할 가시적 상태와 거절할 오류].

Google 이미지 생성 공식 가이드는 텍스트 생성, 이미지와 텍스트를 이용한 편집, 반복 편집, 여러 참조의 합성을 구분합니다. Google Cloud Nano Banana 프롬프트 가이드는 명확한 의도, 구체적인 시각 방향, 카메라 언어, 긍정 지시, 반복을 강조합니다. 이 원칙은 카드 구조를 뒷받침하지만 한 템플릿의 보편적 성공을 증명하지는 않습니다.

설정과 문장도 분리합니다. 모델, 입력 파일, 출력 크기, 지원 화면비는 인터페이스나 API 요청에서 선택합니다. 프롬프트에는 제작 지시, 바꾸지 않을 조건, 통과 기준을 씁니다. 문장 안에 ‘16:9’를 세 번 반복해도 경로가 지원하지 않는 출력을 만들 수는 없습니다.

현재 Nano Banana 경로를 고르는 기준

Nano Banana는 하나의 모델만 뜻하지 않습니다. 모든 상황의 순위를 만들기보다 이번 작업을 어디서 먼저 시험할지 정합니다.

표는 작업 분배이지 속도나 품질 순위가 아닙니다. 앞의 짧은 안내는 ‘복사 가능한 프롬프트’와 현재 Pro 접근 경로만 구분하며 가격표가 아닙니다. 정확한 가격, 한도, 지역, 개인정보, 제3자 공급 조건은 서로 따로 바뀌므로 다루지 않습니다. 모델 ID와 경로 동작은 Google 개발자 문서를 기준으로 하며, 같은 문서는 Gemini 생성 이미지에 SynthID가 포함된다고 설명합니다.

모델 제품군끼리 비교해야 한다면 GPT Image 2와 Nano Banana Pro 비교를 확인합니다. 프롬프트 템플릿에 공급자 선택 문제까지 섞으면 독자의 작업이 흐려집니다.

프로젝트 프롬프트로 바꾸는 여섯 단계

첫 줄부터 순서대로 빈칸을 채울 필요는 없습니다. 결과를 즉시 거절하게 만드는 가장 비싼 오류부터 정하고, 그것을 막을 입력과 고정 항목을 역으로 찾습니다. 물리 버튼이 세 개인 스피커라면 제품명만 바꾸지 않습니다. 승인된 제품 사진을 넣고 ‘버튼 세 개의 위치와 간격’을 고정하며 ‘버튼이 정확히 세 개이고 참조와 위치가 대응하면 통과’라고 적습니다. 네 번째 버튼이 생겼다면 배경과 색을 함께 바꾸지 말고 그 기하 조건만 강화합니다.

강사의 강의 표지를 만든다면 본인 사진은 얼굴과 머리의 기준, 의상 자료는 형태와 소재의 기준, 브랜드 자료는 색의 기준으로만 사용합니다. 역할을 쓰지 않으면 의상 사진에서 다른 사람의 얼굴을 가져오거나 브랜드 장식을 옷에 붙일 수 있습니다. 입력이 많을수록 각 자료가 반영할 요소와 반영하지 않을 요소를 모두 적어야 합니다.

1. 주동사를 하나 정합니다. 한 번에 생성·복원·재배치를 모두 시키지 않습니다.
2. 텍스트로 추측할 수 없는 입력을 준비합니다. 실존 인물, 실제 제품, 정확한 원문, 고정 평면입니다.
3. 각 입력의 역할을 씁니다. 충돌할 때 어느 자료가 우선인지 정합니다.
4. 거절에 직접 연결되는 고정 요소를 3~7개 고릅니다. 화면의 모든 명사를 나열할 필요는 없습니다.
5. 눈으로 볼 수 있는 통과 기준을 만듭니다. ‘한 곳만 변화’, ‘문자 전체 일치’, ‘창문 한 개’처럼 씁니다.
6. 마지막에 빛·카메라·재질·분위기를 더합니다. 시각 방향은 작업 조건을 뒷받침합니다.

긴 프롬프트가 자동으로 좋은 것은 아닙니다. 각 줄에는 담당이 있어야 합니다. ‘부드러운 아침 햇빛’과 ‘정오의 강한 하드 라이트’를 동시에 요구했다면 세 번째 수식어를 더하지 말고 충돌을 지웁니다. 출력 크기처럼 설정 화면에서 정하는 값도 모든 문단에서 반복하지 않습니다.

작성 후에는 네 질문으로 점검합니다. 변경 대상이 한 작업으로 좁혀졌는지, 입력 없이 인물이나 제품의 정확성을 약속하는지, 고정 항목끼리 충돌하는지, 제3자가 결과만 보고 통과를 판정할 수 있는지 확인합니다. ‘고급스럽게’처럼 취향만 남았다면 재질, 여백, 빛 방향, 읽기 순서 같은 가시 조건으로 바꿉니다.

예를 들어 검은 헤드폰의 쇼핑몰 이미지를 만든다고 가정합니다. 처음부터 ‘고급스럽고 미래적인 광고 이미지’라고만 쓰면 이어컵의 비율, 버튼 수, 로고, 케이블 단자까지 모델이 다시 설계할 수 있습니다. 승인된 정면·측면 사진을 입력하고, 제품 실루엣과 버튼 두 개의 위치, 무광 플라스틱과 금속 힌지의 경계, 로고 원문을 고정합니다. 바꿀 값은 배경과 받침, 카메라 높이, 오른쪽 카피 여백뿐입니다. 결과에서 버튼이 세 개이거나 힌지가 사라지면 분위기가 좋아도 거절합니다. 이때 다음 시도에서는 조명이나 배경을 건드리지 않고 ‘버튼은 참조와 같은 두 개이며 위치와 간격을 유지한다’는 한 항목만 강화합니다.

반대로 오래된 가족사진을 복원할 때는 선명도를 높이는 일이 얼굴을 새로 만드는 권한이 되면 안 됩니다. 입력에서 확인되는 눈썹, 헤어라인, 의상 무늬와 사진의 시대감은 고정하고, 먼지·긁힘·노란 색조·약한 대비만 바꿀 값으로 둡니다. 입술 모양이나 배경 간판처럼 원본에서 읽히지 않는 부분은 그대로 모호하게 남기는 것이 통과 조건일 수 있습니다. 결과가 매끈해졌지만 사람이 달라 보이면 ‘품질 개선’에 성공한 것이 아니라 정체성 보존에 실패한 것입니다.

이 두 사례처럼 프롬프트의 길이보다 각 문장이 맡은 역할을 확인합니다. 입력이 사실을 제공하고, 바꿀 값이 작업 범위를 정하며, 고정 요소가 드리프트를 막고, 통과 기준이 채택 권한을 사람에게 돌려줍니다. 어느 문장도 이 네 역할 중 하나를 하지 못한다면 삭제하거나 더 구체적인 조건으로 바꿉니다.

모든 Nano Banana 프롬프트를 타밀어 작업에 맞추는 법

‘타밀어 프롬프트’라는 말에는 적어도 세 가지 요청이 섞일 수 있습니다. 사용자가 타밀어로 지시하고 싶은 경우, 특정 타밀 지역이나 디아스포라의 실제 맥락을 묘사하려는 경우, 이미지 안에 타밀 문자를 정확히 보여 주려는 경우입니다. 모델이 장면 설명을 이해하는 일과 화면에 원문을 올바르게 쓰는 일은 같은 검사가 아닙니다.

카드를 고르기 전에 표시 언어의 책임 범위를 하나로 정합니다.

• 타밀 문자: 이미지 안의 문구를 타밀 문자로 씁니다. 승인된 문자열을 따로 넣고 철자, 구두점, 공백, 글자 순서와 최종 글리프를 대조합니다.
• 승인된 로마자 표기: 타밀어 발음을 라틴 문자로 씁니다. 청중마다 쓰는 방식이 다를 수 있으므로 모델이 번역하거나 표기를 고르게 하지 말고, 대상 독자가 승인한 원문을 제공합니다.
• 이중 언어 계층: 타밀어와 다른 언어를 함께 씁니다. 두 문구를 각각 승인하고, 어느 줄이 제목인지, 크기·위치·읽는 순서가 어떻게 다른지 적습니다.

이 절의 공통 시험 문자열은 வணக்கம்이며 ‘안녕하세요’ 또는 ‘인사’를 뜻합니다. 특정 도시, 종교, 타밀나두, 인도 전체나 하나의 시각 스타일을 대표하는 문구가 아니라 글자 보존 방식을 보여 주는 중립적 예시입니다. 실제 캠페인에서는 유창한 타밀어 검토자가 확인한 문구로 바꿉니다.

문화 맥락 필드도 비워 둔 채 모델에 맡기지 않습니다. 타밀나두의 특정 도시와 행사, 스리랑카 타밀 공동체, 말레이시아·싱가포르 또는 다른 디아스포라의 일상은 서로 교환할 수 있는 장식 세트가 아닙니다. 이번 이미지에 실제로 필요한 지역, 청중, 행사와 물건을 적고, 들어가면 안 되는 종교 표식·결혼 장식·정당 색·유명인 닮은꼴도 명시합니다. 확인할 수 없는 세부 사항이라면 화려하게 발명하기보다 빼는 편이 안전합니다.

다음 어댑터 뒤에 선택한 카드의 작업 본문을 붙입니다.

hljs text복사
[생성 / 편집]할 이미지 작업: [구체적인 목적].
표시 언어 방식: [타밀 문자 / 승인된 로마자 표기 / 이중 언어].
이미지에 넣을 정확한 원문: "வணக்கம்"
따옴표 안의 원문을 글자 순서 그대로 한 번만 표시한다.
번역, 로마자 변환, 단어 추가, 반복, 비슷한 장식 문자로 대체하지 않는다.
타밀어 줄의 역할: [제목 / 라벨 / 캡션 / 없음].
보조 언어와 계층: [승인된 원문, 크기와 위치 관계 / 없음].
맥락: [구체적인 지역 또는 디아스포라, 행사, 독자, 사용 목적].
넣을 문화 세부 사항: [검토된 의복, 물건, 음식, 건축, 행사 요소,
색 또는 환경 단서].
‘타밀’이라는 말만으로 종교, 카스트, 민족, 정치, 유명인,
결혼이나 의식의 의미를 추론하지 않는다.
고정: [인물 정체성, 제품 형태, 승인 로고, 정확한 문구, 배치].
출력: [화면비, 형식, 배치 위치].
통과 기준: 타밀어 원문이 정확히 일치하고, 추가 문구가 없으며,
모든 고정 요소가 유지된다.

이 문자열은 특별한 주문이 아니라 검수할 기준입니다. 결과를 실제 사용 크기로 확대해 확인합니다. 단순한 라벨이나 초기 레이아웃은 Nano Banana 2부터 시작하고, 여러 문구와 엄격한 계층 때문에 거절 비용이 크면 Pro부터 시험할 수 있습니다. Pro가 더 적합한 출발점일 수는 있어도 철자 정확성을 보증하지는 않습니다.

패치 1: 타밀어 포스터 또는 썸네일

보이는 문구가 메시지 자체인 이벤트 포스터, 초대장, 소셜 썸네일, 매장 안내에 씁니다. ‘타밀어로 예쁘게’라고 쓰지 말고 승인된 원문, 표시 횟수, 안전 영역과 거절 조건을 함께 줍니다.

hljs text복사
[독자와 목적]을 위한 [포스터 / 썸네일 / 초대장]을 생성한다.
정확한 타밀어 제목: "வணக்கம்"
이 제목을 기본 문구로 한 번만, 글자 순서 그대로 표시한다.
번역, 로마자 변환, 축약, 복제, 부제 추가를 하지 않는다.
상단 [비율]을 제목 영역으로 비우고 높은 대비와 충분한 자간을 확보한다.
장면: [구체적인 피사체, 행동, 장소, 시간].
문화 세부 사항: [이번 작업에서 검토된 항목만].
시각 방향: [팔레트, 빛, 카메라, 재질, 분위기].
고정: [인물 / 행사 상징 / 제품 / 로고 / 필수 여백].
출력: [화면비와 사용 위치].
통과 기준: 실제 크기에서 승인 원문과 정확히 일치하고,
제목이 가장 먼저 읽히며 한 번만 나오고, 임의의 문화 상징이 없다.

이중 언어라면 두 번째 줄도 정확한 원문으로 넣고 우선순위를 수치로 설명합니다. 예를 들어 ‘타밀어 제목은 100% 크기, 한국어 보조 문구는 45% 크기’처럼 씁니다. ‘이중 언어로 만들어 줘’라는 한 줄에 번역, 순서, 크기 결정을 모두 넘기지 않습니다.

패치 2: 타밀 커플 또는 인물 사진 편집

실존 인물 편집에서는 이미지 사용 권한과 정체성 보존을 따로 확인합니다. ‘타밀 커플처럼’은 작업 설명이 아닙니다. 실제 지역이나 디아스포라 맥락, 행사, 의복, 색, 허용할 변경을 당사자와 함께 구체적으로 정합니다.

hljs text복사
업로드하고 편집할 권리가 있는 인물 사진만 사용한다.
[배경 / 의상 / 조명 / 승인된 캡션]만 바꾼다.
두 사람의 얼굴, 피부색, 나이, 헤어라인, 체형, 표정, 자세,
손 위치와 서로의 상대적 위치는 바꾸지 않는다.
장소 또는 행사 맥락: [구체적인 실제 설명].
승인된 의복이나 물건: [검토된 세부 사항].
선택 타밀어 캡션: "வணக்கம்"
캡션을 쓸 경우 번역이나 추가 단어 없이 한 번만 재현한다.
명시하지 않은 종교, 카스트, 민족, 정치, 결혼, 유명인,
경제적 지위의 표식을 추론하거나 추가하지 않는다.
출력: [화면비와 사용 목적].
통과 기준: 두 사람이 같은 사람으로 보이고 승인된 변경만 일어났으며,
모든 문화·문자 요소의 근거가 이 지시서에 있다.

얼굴이 바뀌면 분위기 수식어를 빼고 각 참조의 역할과 얼굴 앵커를 강화합니다. 정체성은 맞지만 장면이 막연하면 ‘타밀 분위기’를 더 강조하지 말고 실제 맥락에서 확인된 두세 가지 세부 사항으로 바꿉니다. 미성년자, 공인, 고인의 이미지는 일반적인 ‘동의함’ 한 줄만으로 충분한 권한이 생기지 않습니다.

패치 3: 타밀어 제품 카드 또는 인포그래픽

제품·정보 레이아웃은 제품 사실을 만들어 내는 오류와 문구를 틀리는 오류가 동시에 발생할 수 있습니다. 참조마다 역할을 하나씩 주고 제품을 먼저 고정한 뒤 배경과 정보 계층을 설명합니다.

hljs text복사
[사용 목적]의 [제품 카드 / 비교 패널 / 인포그래픽]을 생성한다.
참조 1은 제품 형태, 재질, 로고, 포장의 기준으로 삼는다.
참조 2는 [팔레트 / 배치 리듬 / 조명]의 기준으로만 삼는다.
정확한 타밀어 제목: "வணக்கம்"
그 밖의 승인 라벨: [라벨마다 따옴표로 원문 제공 / 없음].
승인 문구를 각각 한 번만 표시한다.
장점, 가격, 배지, 성분, 사양, 각주, 번역 문구를 만들지 않는다.
정보 계층: [제목, 제품, 근거, 행동, 필수 여백의 순서].
제품 실루엣, 조작부, 재질 경계, 승인 로고, SKU, 숫자,
통화, 단위, 라벨 순서와 정확한 원문을 고정한다.
출력: [화면비, 크기, 사용 위치].
통과 기준: 제품이 참조 1과 일치하고, 모든 타밀어 라벨이 정확하며,
읽는 순서가 분명하고 근거 없는 주장이 없다.

인포그래픽의 숫자와 사실은 이미지 모델이 아니라 원본 자료에서 가져와야 합니다. 구도가 그럴듯해도 수치나 라벨이 발명됐다면 사용할 수 없습니다.

실패한 필드만 고치고 전체를 다시 쓰지 않기

타밀어 문구는 전체 크기로 펼쳐 놓고 승인 원문과 대조합니다. 철자, 구두점, 공백, 단어 순서, 누락·추가 문자, 최종 글리프를 확인합니다. 타밀 문자에는 영어식 대문자 검사가 필요하지 않습니다.

디자인 도구로 글자를 넣는 절차는 생성 단계의 숨은 성공이 아닙니다. ‘모델은 문자 없는 시각물을 만들고, 유창한 검토자는 문구를 승인했으며, 최종 레이아웃이 납품물’이라고 작업 기록을 분리합니다. 공개 작업이라면 실존 인물 이미지, 로고와 참조 자료를 업로드·편집할 권리, 행사별 문화 요소의 의미도 함께 확인합니다.

처음부터 이미지를 만드는 여섯 프롬프트

원본 이미지가 없어도 고정 요소는 필요합니다. 제품 실루엣, 공간 기하, 시각 계층, 정확한 문구, 카피 여백은 새 이미지에서도 흔들릴 수 있습니다.

1. 시네마틱 장면

용도: 행동, 환경, 카메라 위치, 실제 광원 관계가 분명한 영화 스틸을 만들 때.

경로: Nano Banana 2부터 시작합니다. 정확한 글자, 여러 참조, 엄격한 레이아웃까지 포함할 때 Pro를 검토합니다.

hljs text복사
[피사체]가 [구체적인 행동]을 하는 시네마틱 스틸을 생성한다.
장소와 시간: [환경]. 이야기 순간: [방금 일어났거나 곧 일어날 사건].
[와이드 / 미디엄 / 클로즈] 샷, 카메라 [높이와 각도],
[렌즈 느낌]으로 전경·중경·배경 관계를 분명히 한다.
주광원은 [실제 광원], 그림자와 색은 [행동]을 따른다.
분위기는 [정확한 두 특성]이며 화면 속 글자가 아니라 장면으로 표현한다.
[의상, 핵심 소품, 건축, 색 앵커]를 유지한다.
자막, 테두리, 로고, 관련 없는 인물을 추가하지 않는다.
통과 기준: 행동이 즉시 읽히고, 주제가 배경과 분리되며, 고정 요소가 남는다.

바꿀 값: 피사체, 행동, 환경, 이야기, 샷, 렌즈, 빛, 분위기. 고정: 연속 의상, 주요 소품, 건축, 브랜드 색. 통과 기준: 보는 사람이 ‘누가 무엇을 하는지’를 한 문장으로 말하고, 엉뚱한 인물이나 문구가 없어야 합니다.

‘에픽’, ‘시네마틱’을 반복하는 것보다 이야기 순간이 관계를 만듭니다. 결과가 화려하지만 정적이라면 경로보다 행동과 카메라 거리를 먼저 바꿉니다.

2. 제품 히어로 이미지

용도: EC나 광고에서 제품 표면, 비율, 빛, 카피 여백을 제어할 때.

경로: 콘셉트는 Nano Banana 2, 포장 문구·실물 기하·브랜드 검수가 엄격하면 Pro.

hljs text복사
업로드한 제품 참조를 기준으로 [제품] 히어로 사진을 생성한다.
참조 이미지는 형태, 재질, 조작부, 포장 비율의 기준을 제공한다.
[표면] 위 [브랜드에 맞는 환경]에 놓고 카메라는 [각도와 크롭].
[주광], [보조광], [그림자 방식]으로 [핵심 재질]을 보여 주되 설계는 바꾸지 않는다.
[위치]에 [양]만큼 깨끗한 카피 여백을 남긴다.
실루엣, 버튼 위치, 재질 경계, 포장 비율, 승인 로고,
정확한 문구 “[확인된 원문]”을 고정한다.
단자, 라벨, 액세서리, 반사, 제품 기능을 만들어 내지 않는다.
통과 기준: 참조와 같은 제품이고, 문구가 정확하며, 여백을 사용할 수 있다.

바꿀 값: 제품, 받침, 환경, 카메라, 빛, 재질, 여백, 문구. 고정: 실루엣, 조작부, 이음새, 로고, 라벨, 포장 비율. 통과 기준: 존재하지 않는 기능이 없고 카피 영역이 소품으로 막히지 않아야 합니다.

실제 제품 참조가 없다면 결과를 ‘콘셉트’라고 부릅니다. 텍스트만으로 실제 단자나 라벨이 맞는지 증명할 수 없습니다.

3. 전문 인물 사진

용도: 표정, 의상, 배경, 카메라가 비즈니스·편집 목적을 함께 따를 때.

경로: 가상 인물은 Nano Banana 2, 실존 인물의 정체성을 여러 참조로 유지하거나 정확한 글자까지 들어가면 Pro.

hljs text복사
[인물 또는 가상 인물]의 [사용 목적]용 전문 포트레이트를 생성한다.
입력이 있다면 참조 1은 정체성에만 사용하고, 참조 2는 [의상 또는 색]에만 사용하며 배경은 무시한다.
표정과 시선: [설명]. 의상: [형태, 핏, 재질, 색].
배경: [간단한 환경과 깊이].
카메라: [헤드샷 / 반신 / 환경], [높이와 각도], [렌즈와 심도].
빛: [주광 방향과 부드러움], [약한 분리광].
얼굴 구조, 피부색, 헤어라인, 나이, 체형, 승인 액세서리를 유지한다.
다른 사람처럼 미화하거나 젊게 만들거나 장신구를 추가하지 않는다.
통과 기준: 정체성이 안정되고 표정이 목적에 맞으며 얼굴·머리·손이 자연스럽다.

바꿀 값: 인물, 목적, 참조 역할, 표정, 의상, 배경, 샷, 빛. 고정: 정체성, 나이, 피부, 얼굴, 머리, 체형, 승인 액세서리. 통과 기준: 원하지 않은 미화·연령 변경·장식 드리프트가 없어야 합니다.

‘포토리얼’이라는 말만으로 인물의 정체성이 보존되지는 않습니다. 얼굴이 바뀌면 참조 역할을 강화하고, 얼굴은 맞지만 느낌이 틀리면 표정·거리·배경을 바꿉니다.

4. 음식 에디토리얼

용도: 층, 양, 식탁 맥락을 지키며 먹음직스러운 질감을 보여 줄 때.

경로: Nano Banana 2. 정확한 메뉴 글자나 복잡한 편집 레이아웃까지 필요하면 Pro.

hljs text복사
[요리]를 [서빙 또는 먹는 순간]에 촬영한 에디토리얼 사진을 생성한다.
구조: [층, 단면, 소스, 김, 구운 면, 고명]을 명확히 보여 준다.
[그릇]에 담고 [테이블 재질] 위에 두며 보조 물체는 [2~3개]만 둔다.
카메라 [탑뷰 / 45도 / 테이블 높이], 크롭 [설명].
빛은 [방향], 그림자는 [특성], [핵심 질감]에 자연스러운 하이라이트.
요리를 정의하는 재료, 수량, 그릇 형태, [중요 요소] 위치를 유지한다.
추가 고명, 중복 식기, 플라스틱 질감, 이미지 속 글자를 만들지 않는다.
통과 기준: 구조가 읽히고 질감이 실제 음식 같으며 보조 물체가 방해하지 않는다.

바꿀 값: 요리, 순간, 구조, 그릇, 테이블, 소품, 카메라, 빛. 고정: 재료 수, 층, 양, 문화적 차림, 주요 고명. 통과 기준: 다른 재료가 추가되어 요리 정체성이 바뀌지 않아야 합니다.

‘맛있게’보다 단면, 소스 광택, 김, 빵 부스러기, 구운 자국처럼 보이는 구조를 지정합니다.

5. 인테리어 공간

용도: 기하, 재질, 가구, 채광이 논리적인 방을 만들 때.

경로: 한 방은 Nano Banana 2, 여러 참조나 평면도와 같은 엄격한 계층은 Pro.

hljs text복사
[방 종류]를 [사용자와 목적]에 맞게 시각화한다.
크기와 개구부: [간단한 기하 설명].
[주요 가구]를 [창, 문, 동선과의 관계]에 놓고,
[보조 가구]는 통로를 막지 않게 배치한다.
재질: 바닥 [ ], 벽 [ ], 빌트인 [ ], 패브릭 [ ].
자연광은 [방향과 개구부], [실제 조명]으로 보완한다.
카메라는 [높이와 위치]에서 [우선 관계]를 보여 준다.
창과 문 수·위치, 방 비율, 빌트인, 필수 가구 수를 고정한다.
불가능한 모서리, 개구부 중복, 떠 있는 물체, 임의 확장을 만들지 않는다.
통과 기준: 사람이 걸을 수 있고 개구부가 고정되며 주요 재질이 구분된다.

바꿀 값: 방, 사용자, 기하, 가구, 재질, 빛, 카메라. 고정: 문과 창, 빌트인, 비율, 가구 수, 동선. 통과 기준: 실제로 지을 수 있고 필수 물체가 각각 한 번씩 있어야 합니다.

방이 휘어지면 스타일 수식어를 더하지 말고 광각을 줄이고 고정 개구부를 다시 씁니다.

6. 아이콘 또는 로고 콘셉트

용도: 상표 검토나 벡터 납품 전의 독창적인 시각 방향을 탐색할 때.

경로: 실루엣 탐색은 Nano Banana 2, 정확한 워드마크나 아이덴티티 보드는 Pro.

hljs text복사
[브랜드 또는 기능]의 독창적인 아이콘 콘셉트를 생성한다.
[한 가지 의미]를 [비유]로 표현한다.
주 실루엣 하나, 보조 형태 최대 [수], 제한 색 [색], 배경 [ ].
작은 앱 아이콘 크기에서도 인식 가능해야 한다.
[기하 / 유기 / 모노라인 / 종이 오리기] 구조, 모서리·선·음영은 [설명].
핵심 비유, 실루엣 균형, 팔레트, 주변 여백을 유지한다.
기존 상표를 모방하거나 목업 배경, 승인되지 않은 글자를 넣지 않는다.
통과 기준: 축소해도 의미가 읽히고 우연한 글자나 기호가 없다.

바꿀 값: 브랜드, 의미, 비유, 형태 수, 색, 배경, 구조. 고정: 비유, 실루엣, 제한 색, 여백, 미승인 글자 배제. 통과 기준: 작은 크기에서 알아볼 수 있고 참조와 구분되어야 합니다.

상표 검색, 법률 판단, 벡터 재제작은 사람이 수행하는 별도 단계입니다.

편집과 복원용 세 가지 프롬프트

편집에서는 바꿀 범위를 먼저 정해야 합니다. 원본, 바꿀 범위, 얼려 둘 나머지를 함께 써야 합니다. ‘더 좋게’라는 지시는 유지해야 할 부분까지 다시 설계할 권한을 줍니다.

7. 한 요소만 교체

용도: 물체, 색, 재질, 국소 영역 하나만 바꾸고 나머지를 유지할 때.

경로: Nano Banana 2. 편집 영역에 정확한 글자·브랜드 기하·다중 참조가 있으면 Pro.

hljs text복사
업로드 이미지를 편집한다. [대상]만 [현재 상태]에서 [새 상태]로 바꾼다.
원본의 원근, 심도, 빛 방향, 그림자, 반사, 입자, 색 반응과 맞춘다.
나머지는 개념적으로 고정한다: [정체성], [포즈], [제품 형태], [배경],
[크롭], [문구], [영향 없는 물체].
전체 스타일 변경, 카메라 이동, 소품 추가, 관련 없는 개선을 하지 않는다.
통과 기준: 요청한 변화가 보이고 나머지가 위치·정체성·빛·구도에서 일치한다.

바꿀 값: 대상, 이전 상태, 새 상태, 원본별 고정 목록. 고정: 대상 밖 모든 것, 특히 정체성, 카메라, 문구, 제품, 그림자, 배경. 통과 기준: 원본과 결과 사이 의도된 차이를 정확히 하나만 말할 수 있어야 합니다.

관련 없는 여러 변경은 순서대로 합니다. 의상·장소·계절·카메라·빛을 한 번에 바꾸면 실패 원인을 찾을 수 없습니다.

8. 사진 복원과 품질 개선

용도: 흠집, 노이즈, 색 바램, 노출 문제를 줄이되 인물과 문서를 발명하지 않을 때.

경로: Nano Banana 2. 얼굴, 포장, 문서 정확성이 거절 조건이면 Pro.

hljs text복사
업로드한 [사진 또는 스캔]을 복원한다.
[먼지, 흠집, 색 바램, 노이즈, 색조, 노출]을 보정하면서
원래 구도, 시대, 정체성, 얼굴, 의상, 제품 특징, 인쇄 문구, 자연 질감을 유지한다.
원본이 뒷받침하는 세부만 회복한다.
피부, 천, 종이, 소재의 실제 입자를 남긴다.
왁스 피부, 속눈썹, 장신구, 가짜 로고, 샤프닝 테두리,
원본에서 읽을 수 없는 문구를 만들지 않는다.
통과 기준: 손상이 덜 보이지만 같은 사람·물체·순간·기록이다.

바꿀 값: 원본 종류, 손상, 보호할 역사·제품 세부, 용도. 고정: 정체성, 시대, 구도, 재질, 읽히는 문구, 모호함. 통과 기준: 깨끗해졌지만 새로 발명한 이미지처럼 보이지 않아야 합니다.

없는 증거는 복원할 수 없습니다. 읽히지 않는 얼굴이나 라벨은 작업 목적이 창작 재구성일 때만 재구성이라고 부릅니다.

9. 의상과 배경 교체

용도: 인물, 자세, 카메라, 신체 비율을 유지하며 관련된 두 요소를 바꿀 때.

경로: 단일 원본은 Nano Banana 2, 여러 인물·의상 참조를 조정하면 Pro.

hljs text복사
업로드한 포트레이트에서 정확히 두 가지만 바꾼다.
1. [기존 의상]을 [새 의상, 핏, 재질, 색]으로 교체한다.
2. 배경을 [새 환경과 깊이]로 교체한다.
정체성, 얼굴, 피부, 머리, 체형, 포즈, 손, 시선, 카메라, 크롭, 표정을 고정한다.
새 의상은 기존 포즈와 빛을 따르고 배경 원근과 광원은 인물과 맞춘다.
나이, 체형, 화장, 장신구, 얼굴 특징을 바꾸지 않는다.
통과 기준: 같은 사람과 포즈이며 옷이 자연스럽고 배경과 빛이 한 장면이다.

바꿀 값: 기존·새 의상, 소재, 색, 환경, 깊이. 고정: 정체성, 나이, 얼굴, 체형, 손, 표정, 카메라, 장신구. 통과 기준: 의상과 배경만 바뀌고 같은 장소에서 촬영한 것처럼 보여야 합니다.

참조와 레이아웃용 세 가지 프롬프트

입력마다 역할이 필요합니다. 한 이미지는 얼굴의 기준, 다른 이미지는 의상의 기준, 세 번째는 포즈나 구도의 기준으로 사용합니다. ‘이 이미지를 참고’만 쓰면 역할 충돌과 배경 혼합을 막지 못합니다.

10. 캐릭터 일관성

용도: 새 포즈, 행동, 장소에서도 같은 캐릭터로 알아봐야 할 때.

경로: 적은 참조는 Nano Banana 2, 자료·소품·패널이 많고 거절 비용이 크면 Pro.

hljs text복사
입력 이미지의 역할을 나눠 캐릭터의 새 장면을 생성한다.
- 참조 1: 얼굴, 나이, 피부, 머리.
- 참조 2: 의상 구조, 재질, 색 배치.
- 참조 3: [소품 또는 포즈 언어]만 담당하고 정체성은 담당하지 않는다.
캐릭터가 [장소]에서 [행동]하도록 하고 [샷과 각도]로 그린다.
얼굴, 헤어라인, 신체 실루엣, 의상 구조, 대표 색, [고유 앵커]를 유지한다.
포즈, 표정, 환경, 카메라는 지시대로 바꿀 수 있다.
얼굴과 배경을 섞거나 의상 부품 수를 바꾸거나 새 액세서리를 넣지 않는다.
통과 기준: 참조 없이도 알아보고, 각 참조의 역할이 섞이지 않는다.

바꿀 값: 참조 역할, 행동, 장소, 샷, 앵커. 고정: 얼굴, 머리, 실루엣, 의상, 색, 소품, 부품 수. 통과 기준: 각 유지 요소를 올바른 참조에 연결할 수 있어야 합니다.

11. 정확한 글자 포스터

용도: 문구, 계층, 읽는 순서 자체가 납품물일 때.

경로: Nano Banana Pro. 나중에 확정적 디자인 도구로 글자를 넣는다면 생성은 배경만 담당하는 별도 작업입니다.

hljs text복사
[목적]을 위한 [포스터 / 이벤트 카드 / 소셜 이미지]를 생성한다.
다음 문구만 표시하고 다른 단어는 추가하지 않는다.
제목: “[정확한 제목]”
부제: “[정확한 부제]”
정보: “[날짜, 시간, CTA 원문]”
읽는 순서: 제목, [주 이미지], 부제, 정보.
시각 방향 [ ], 색 [ ], 글자 분위기 [ ], 간격 [ ].
[배치 위치]를 위한 [안전 여백]을 남긴다.
철자, 문장부호, 대소문자, 줄 순서, 브랜드 색, 로고 위치를 고정한다.
가짜 글자, 배지, 가격, 추가 CTA를 만들지 않는다.
통과 기준: 모든 문자가 원문과 같고 목표 크기에서 순서대로 읽힌다.

바꿀 값: 형식, 목적, 문구, 주 이미지, 계층, 색, 글자, 배치. 고정: 모든 문자, 문장부호, 줄 순서, 로고, 여백. 통과 기준: 문자 단위 비교에서 추가·누락·오탈자가 하나도 없어야 합니다.

한 줄이 계속 실패하면 생성할 문구를 줄이거나 확정적 조판 도구로 옮깁니다. 디자인이 좋아도 오탈자는 통과시키지 않습니다.

12. 인포그래픽 또는 다중 참조 합성

용도: 정보 보드나 비교 이미지에서 여러 자료의 역할을 섞지 않을 때.

경로: 계층, 정확한 라벨, 여러 입력이 핵심이면 Nano Banana Pro.

hljs text복사
[대상과 결정]을 위한 [기술 인포그래픽 / 비교 보드 / 다중 참조 합성]을 생성한다.
입력 역할:
- 참조 1: [주제 또는 제품 사실].
- 참조 2: [스타일 또는 색]만.
- 참조 3: [도식 구조 또는 구도]만.
읽는 순서: [첫째], [둘째], [셋째], 마지막 [결정].
확인된 라벨 “[1]”, “[2]”, “[3]”만 사용한다.
[관계, 순서, 대비]를 보여 주고 제공되지 않은 숫자를 추가하지 않는다.
출처 정체성, 라벨, 계층, 브랜드 색, 사실과 예시의 경계를 고정한다.
역할을 섞거나 통계와 광고 문구를 만들지 않는다.
통과 기준: 결정 경로가 명확하고 라벨이 정확하며 모든 사실을 입력으로 추적한다.

바꿀 값: 형식, 대상, 결정, 참조 역할, 읽기 순서, 라벨, 관계. 고정: 사실, 정체성, 계층, 역할 경계, 색. 통과 기준: 순서가 모호하지 않고 사람이 모든 사실을 확인할 수 있어야 합니다.

모델은 주어진 사실을 정리할 수 있지만 사실의 출처가 될 수는 없습니다. 숫자, 주장, 라벨은 게시 전에 원자료로 확인합니다.

프롬프트가 실패하는 여섯 원인

실패를 담당하는 필드를 먼저 정하고 수식어는 마지막에 고칩니다.

피사체, 카메라, 빛, 색, 경로를 한 번에 바꾸지 않습니다. 이미지 내용이 아니라 요청 형식이나 서비스 문제라면 Nano Banana Pro 문제 해결로 이동합니다.

같은 프롬프트에서 한 항목만 바꾸기

1. 작업과 경로를 고정합니다. 입력, 비율, 고정 목록, 통과 기준을 유지합니다.
2. 기준 결과를 생성합니다. ‘로고 글자 변화’, ‘창문 이동’처럼 보이는 실패를 적습니다.
3. 한 필드만 바꿉니다. 대상을 좁히고 역할을 정하고 충돌을 제거하거나 고정 문장을 강화합니다.
4. 같은 기준으로 비교합니다. 주제, 배치, 고정 요소, 통과 기준을 보고 막연한 분위기 점수를 쓰지 않습니다.
5. 하나의 결정을 합니다. 통과면 저장, 원인이 한 필드면 수정, 같은 고정을 다시 깨면 폐기합니다.

두 번 실패 규칙은 모델의 영구 평가가 아니라 예산 경계입니다. 현재 프롬프트·입력·경로 조합에 이유 없는 재생성을 더하지 않는 규칙입니다. 입력과 경로를 바꾸고 단계를 나누거나 확정적 편집으로 옮깁니다.

테스트 기록에는 입력 버전, 경로, 설정, 전체 프롬프트, 실행 시각, 기준 실패, 한 번의 변경, 최종 결정을 남깁니다. ‘더 좋아졌다’는 재현할 수 없습니다. ‘포장 두 번째 줄이 사라졌다’, ‘왼쪽 창문이 두 개가 됐다’처럼 다른 검수자도 볼 수 있는 문장을 씁니다.

팀에서는 생성 담당과 검수 담당을 나눌 수 있습니다. 검수자는 어떤 경로가 더 비싼지 몰라도 됩니다. 미리 정한 고정 요소와 통과 기준만 확인합니다. 화려하지만 제품 형태나 글자가 틀린 결과를 채택할 가능성이 줄어듭니다.

버전 이름도 변경 내용을 드러내야 합니다. v2-final-new 대신 poster-v03-title-spacing, product-v05-two-buttons-locked처럼 기준 실패와 단일 수정을 이름에 남깁니다. 그러면 다음 사람이 어떤 결과가 더 예쁜지를 추측하는 대신, 제목 간격을 고친 버전인지 버튼 수를 고정한 버전인지 바로 알 수 있습니다. 결과 파일 옆에는 채택 이유와 남은 한계를 한 줄씩 적습니다. ‘문구 전부 일치, 왼쪽 안전 여백 확보’는 채택 이유이고, ‘작은 크기에서 보조 설명이 약함’은 다음 제작 단계가 처리할 한계입니다. 통과한 결과도 원본 입력, 프롬프트, 경로가 없으면 다시 만들 수 없는 일회성 샘플이므로 세 항목을 함께 보관합니다.

검수할 때는 화면을 같은 배율로 맞추고 원본과 결과를 번갈아 보며, 기억이 아니라 실제 픽셀 차이로 판단합니다.

입력 이미지도 버전을 관리합니다. 크롭, 압축, 색 보정이 달라지면 새 입력입니다. 이전 성공이나 실패를 그대로 적용하지 않습니다. 화면비와 출력 크기 같은 설정도 별도 필드에 기록합니다.

결정은 세 가지입니다. 모든 고정과 기준을 만족하면 저장, 원인과 다음 한 변경이 분명하면 수정, 같은 고정이 두 번 무너지거나 없는 증거를 요구하면 폐기합니다.

통과한 뒤 프롬프트를 저장하기

라이브러리는 예쁜 문장만 아니라 작업 조건과 시험 결과를 저장해야 합니다.

hljs json복사
{
  "name": "product-hero-soft-window-light",
  "job": "제품 히어로 이미지",
  "route": "gemini-3.1-flash-image",
  "inputs": ["승인된 제품 참조"],
  "replace": ["표면", "환경", "카메라", "빛"],
  "protect": ["실루엣", "조작부", "승인 라벨"],
  "pass_check": "참조 일치, 정확한 라벨, 깨끗한 여백",
  "test": {
    "baseline_failure": "라벨이 바뀜",
    "single_change": "원문 인용과 추가 글자 금지",
    "decision": "save"
  },
  "checked_on": "2026-07-16"
}

변동 사실은 창작 프롬프트와 분리합니다. 모델 ID, 경로 상태, 화면비 지원, API 형식에는 날짜와 공식 출처를 함께 기록해야 합니다. 가격, 한도, 무료 접근, 지역, 개인정보, 상업 조건은 각각 최신 근거로 확인합니다.

갤러리, GitHub, 커뮤니티, 영상은 피사체 언어, 카메라, 빛, 편집 동사, 구도를 찾는 데 쓸 수 있습니다. 조회 수나 별, 선별된 결과, ‘항상 성공’이라는 제목을 통과 기준으로 쓰지는 않습니다.

자주 묻는 질문

12개 프롬프트를 그대로 복사해도 되나요?

모든 대괄호를 바꾸고 필요한 입력을 제공하면 시험할 수 있습니다. 그러나 고정 요소와 통과 기준은 프로젝트별입니다. 실제 제품 참조가 없는 제품 카드나 정확한 원문이 없는 포스터 카드는 준비가 끝난 것이 아닙니다.

사진 편집에는 어떤 프롬프트가 좋나요?

‘업로드 이미지에서 [대상]만 [기존]에서 [새 상태]로 바꾸고 [정체성, 포즈, 카메라, 크롭, 빛, 배경, 문구]를 고정한다’처럼 변경 범위를 가장 좁게 정한 지시로 시작합니다.

이미지 품질을 개선하려면 어떻게 쓰나요?

노이즈, 노출, 색조, 흠집, 흐림, 압축처럼 보이는 결함을 지정합니다. 정체성, 시대, 소재 질감, 인쇄 문구, 알 수 없는 부분을 발명하지 말라고 고정합니다. ‘고화질로’만 쓰면 범위가 너무 넓습니다.

Nano Banana가 타밀어 문자를 정확히 쓰게 하려면?

타밀어 검토자가 승인한 문구를 독립된 따옴표 필드에 넣고 번역·로마자 변환·추가 문구를 금지합니다. 충분한 영역을 예약한 뒤 실제 크기에서 철자, 공백, 단어 순서와 글리프를 원문과 대조합니다. 글자가 많은 레이아웃은 Pro부터 시험할 수 있지만 정확성을 보증하지는 않습니다. 같은 문구가 통제된 두 번의 시도에서 실패하면 글자 없는 시각물을 만들고 승인 원문을 디자인 도구에서 배치합니다.

Lite, Nano Banana 2, Pro 중 무엇을 선택하나요?

일상 작업은 Nano Banana 2, 많은 단순 초안은 Lite, 정확한 글자·밀도 높은 레이아웃·다중 참조·높은 거절 비용은 Pro부터 시험합니다. 초기 경로는 기존 워크플로 호환용입니다.

JSON으로 프롬프트를 써야 하나요?

창작 지시는 자연어가 읽고 수정하기 쉽습니다. JSON은 앱 필드, 로그, 저장에 적합합니다. 모델과 설정은 API 요청에, 시각 지시와 고정·통과 기준은 payload에 둡니다.

공개 프롬프트 모음은 믿을 수 있나요?

표현과 구도를 찾는 출발점으로는 유용합니다. 하지만 경로, 숨은 설정, 입력, 선택 과정, 반복성을 증명하지는 않을 수 있습니다. 아이디어를 가져와 자신의 작업 조건과 기준으로 다시 시험합니다.

같은 실패가 두 번 이어지면 어떻게 하나요?

무작정 재생성을 멈춥니다. 한 필드, 입력 부족, 경로 변경으로 해결할 수 있는지 판단하고, 아니라면 템플릿 폐기, 단계 분리, 확정적 편집으로 전환합니다. 수식어 추가는 진단이 아닙니다.

오래 쓸 수 있는 단위는 ‘마법의 문장’이 아니라 프롬프트와 검사 기준의 쌍입니다. 명확한 작업, 올바른 입력, 변수, 고정 요소, 맞는 경로, 채택하거나 거절할 수 있는 결과가 함께 있어야 제작 자산이 됩니다.