AI 이미지 워크플로24 min read

제미나이 사진 프롬프트 8개: 복사 후 3곳만 바꾸는 생성·편집 템플릿

Gemini 앱에서 사진을 만들거나 수정할 때 쓰는 한국어 프롬프트 8개입니다. Replace, Protect, Pass check를 채워 인물, 상품, 배경, 한글 포스터, 합성 결과를 검수하세요.

Yingtu AI Editorial
Yingtu AI Editorial
YingTu Editorial
2026년 7월 22일
24 min read
제미나이 사진 프롬프트를 Replace, Protect, Pass check 세 칸으로 완성하는 한국어 작업 보드
yingtu.ai

목차

감지된 제목이 없습니다

제미나이 사진 프롬프트는 문장 전체를 그대로 붙여 넣는 것보다 세 곳을 정확히 채울 때 쓸모가 있습니다. 먼저 새 이미지를 만드는지, 업로드한 사진을 편집하는지 고르세요. 그런 다음 각 템플릿의 Replace(바꿀 값), Protect(지킬 요소), Pass check(통과 기준)를 프로젝트에 맞게 수정해 Gemini 앱에 붙여 넣으면 됩니다.

가장 중요한 차이는 간단합니다. 생성은 장면을 새로 구성해도 되지만, 편집은 원본에서 무엇을 바꾸고 무엇을 그대로 둘지 지정해야 합니다. 결과가 그럴듯해 보여도 한글 문구, 사람 수, 상품 모양, 그림자, 잘린 부분을 원본 크기로 확인하기 전에는 완료로 보지 마세요.

빠른 사용법: 대괄호 [ ] 안의 값을 바꾸고, Protect 항목을 삭제하지 말고, Pass check를 눈으로 확인할 수 있는 문장으로 남기세요. 대괄호 자체가 Gemini의 특별한 명령 문법은 아닙니다.

Google의 현재 도움말은 Gemini 앱에서 새 이미지를 만들고, 앱에서 만든 이미지나 업로드한 이미지를 수정하며, 여러 이미지를 조합할 수 있다고 안내합니다. 다만 기능과 한도는 국가, 언어, 계정, 나이, 요금제와 현재 용량에 따라 달라질 수 있습니다. 이 글은 Gemini 앱에서 대화로 사용하는 템플릿을 다루며, Developer API의 모델 ID·가격·해상도 설정을 앱 기능처럼 설명하지 않습니다. 최신 이용 조건은 Gemini 앱 이미지 생성·수정 도움말에서 확인하세요.

복사하기 전에 40초만 확인하세요

질문선택프롬프트에 반드시 남길 것
원본 사진이 없는가?생성피사체, 장면, 구도, 조명, 화면 비율, 금지 요소
원본의 한 부분만 바꾸는가?편집어떤 입력인지, 바꿀 한 항목, 유지할 항목, 원본과 비교할 기준
글자가 들어가는가?생성 또는 편집승인 문구를 별도 줄에 적고 언어, 줄바꿈, 우선순위, 추가 문구 금지를 명시
실제 인물이 들어가는가?편집 또는 참고 이미지 사용업로드·변형 권한과 필요한 동의, 기만적 사용 금지, 동일 인물 보장 불가
여러 이미지를 합치는가?합성입력 1·2·3의 역할, 가져올 요소, 가져오지 않을 요소

실제 인물 사진은 템플릿보다 권한 확인이 먼저입니다. 본인 사진이라도 공개 범위와 이용 목적을 확인하고, 다른 사람의 얼굴·신체·사적 공간이 담겼다면 업로드와 변형에 필요한 권리 및 동의를 확보하세요. Google의 생성형 AI 금지된 사용 정책은 동의하지 않은 사적 이미지, 법적으로 필요한 동의 없는 개인정보·생체 인식 데이터 사용, 기만 목적의 명의 도용 등을 금지합니다. 이 글은 한국 법률에 대한 결론을 대신하지 않습니다.

1. 새 프로필 사진 생성: 얼굴을 복제하지 않는 인물 브리프

원본 인물을 그대로 보존할 필요가 없는 가상 인물이나 동의한 본인의 일반적인 프로필 콘셉트에 적합합니다. 특정 실존 인물과 똑같이 만들라는 요청으로 바꾸지 마세요.

Replace

  • [직무 또는 사용 장면], [연령대], [표정], [의상], [배경색], [화면 비율]

Protect

  • 한 명만 등장, 손이나 소품 추가 금지, 로고와 글자 금지, 과도한 피부 보정 금지

Pass check

  • 눈과 입이 자연스럽고, 어깨가 잘리지 않으며, 지정한 배경색과 화면 비율이고, 추가 인물·문구·로고가 없음
hljs text
작업: [직무 또는 사용 장면]에 사용할 새로운 프로필 사진을 생성해 주세요.

피사체: [연령대]의 가상 성인 한 명. 표정은 [표정], 의상은 [의상].
구도: 가슴 위까지 보이는 정면 3/4 구도, 눈높이 카메라, 얼굴 중앙 정렬.
조명과 배경: 부드러운 창가광, 피부 질감은 자연스럽게, 단색 [배경색] 배경.

Replace: [직무 또는 사용 장면], [연령대], [표정], [의상], [배경색], [화면 비율].
Protect: 인물은 정확히 한 명. 손이나 불필요한 소품, 글자, 로고를 추가하지 마세요. 피부를 플라스틱처럼 매끈하게 만들지 마세요.
출력 의도: [화면 비율]의 단정한 프로필 사진.
Pass check: 눈과 입이 자연스럽고 양쪽 어깨가 프레임 안에 있으며, 배경은 [배경색]이고, 추가 인물·문구·로고가 없어야 합니다.

이 템플릿은 “내 얼굴을 완벽히 유지”하는 약속이 아닙니다. 참고 사진을 넣어 본인의 모습을 반영하려면 7번의 권리·보존 규칙을 함께 적용하고, 결과를 원본과 직접 비교하세요.

2. 한 부분만 수정: 나머지를 고정하는 편집 프롬프트

안경, 셔츠 색, 컵처럼 한 요소만 바꾸고 싶을 때 사용합니다. “더 멋지게”처럼 범위가 열린 요청은 모델이 배경이나 얼굴까지 다시 해석할 여지를 줍니다.

Replace

  • [입력 사진 설명], [바꿀 요소], [새 상태]

Protect

  • 인물의 알아볼 수 있는 외모, 표정, 포즈, 머리 모양, 의상 중 바꾸지 않는 부분, 배경, 조명, 크롭

Pass check

  • 지정한 요소 하나만 달라지고 비교 대상의 나머지 영역은 시각적으로 안정적임
hljs text
작업: 지금 업로드한 [입력 사진 설명]을 편집해 주세요.

변경 범위: [바꿀 요소]만 [새 상태]로 바꾸세요.
Replace: [입력 사진 설명], [바꿀 요소], [새 상태].
Protect: 얼굴의 알아볼 수 있는 외모, 표정, 포즈, 머리 모양, 피부 질감, 배경, 조명, 카메라 각도, 크롭은 그대로 유지해 주세요. 바꾸지 않은 의상과 소품도 새로 그리지 마세요.
출력 의도: 원본과 같은 구도의 한 항목 편집본.
Pass check: [바꿀 요소]만 [새 상태]이고, 원본과 나란히 비교했을 때 얼굴·배경·조명·크롭·다른 소품에 새 변화가 없어야 합니다.

결과에서 다른 부분까지 바뀌었다면 전체 프롬프트에 수식어를 더 쌓지 마세요. 8번의 복구 템플릿으로 실패한 필드 하나만 수정합니다.

3. 배경 교체: 머리카락 경계와 그림자까지 확인

배경만 바꾸는 작업은 피사체 외곽선, 발밑 그림자, 원근이 흔한 실패 지점입니다. 단순히 “카페 배경으로”라고 쓰기보다 원본의 어떤 조명과 크롭을 유지할지 적으세요.

Replace

  • [피사체 설명], [새 배경], [시간대]

Protect

  • 피사체의 모양·의상·포즈·크기·위치, 원본 크롭, 머리카락과 반투명 가장자리

Pass check

  • 테두리 번짐이나 잘림이 없고, 배경 원근과 접지 그림자 방향이 자연스러움
hljs text
작업: 업로드한 사진의 배경만 교체해 주세요.

입력: 중앙에 [피사체 설명]이 있는 원본 사진.
새 배경: [시간대]의 [새 배경]. 카메라 높이와 원근은 원본 피사체와 맞추세요.
Replace: 기존 배경을 [시간대]의 [새 배경]으로 교체.
Protect: 피사체의 얼굴 또는 제품 형상, 의상, 포즈, 화면 속 크기, 위치, 원본 크롭은 바꾸지 마세요. 머리카락·털·유리처럼 가는 경계는 잘라내거나 두껍게 만들지 마세요.
출력 의도: 피사체가 실제로 그 공간에서 촬영된 듯한 한 장의 사진.
Pass check: 피사체 테두리에 흰 띠나 번짐이 없고, 발밑 또는 바닥의 그림자 방향이 배경 빛과 맞으며, 원근과 크롭이 자연스러워야 합니다.

4. 상품 상세 컷: 형태·라벨·브랜드를 보호

쇼핑몰용 이미지는 분위기보다 상품이 다른 물건으로 바뀌지 않는 것이 먼저입니다. 실제 판매 상품 사진을 입력으로 사용할 권리가 있는지 확인하고, 가격·효능·인증 마크는 이미지 모델이 임의로 만들게 하지 마세요.

Replace

  • [상품 종류], [연출 배경], [주요 색], [화면 비율]

Protect

  • 병·용기·포장 형상, 뚜껑 수, 손잡이, 라벨 위치, 기존 상표와 승인 문구; 허위 배지나 새 로고 금지

Pass check

  • 상품 외곽과 비율이 원본과 같고, 라벨이 사라지거나 재작성되지 않으며, 그림자와 반사가 일관됨
hljs text
작업: 업로드한 [상품 종류] 사진으로 상품 상세 페이지의 대표 컷을 만들어 주세요.

연출: [연출 배경] 위에 상품 하나를 세우고, [주요 색]을 보조색으로 사용하세요. 부드러운 스튜디오 조명과 자연스러운 접지 그림자를 사용하세요.
Replace: 주변 배경과 조명 연출만 위 설명으로 바꾸세요. 출력은 [화면 비율].
Protect: 상품의 외곽선, 높이와 폭의 비율, 용기 구조, 뚜껑·손잡이 수, 라벨 위치, 기존 상표와 승인된 문구를 그대로 유지해 주세요. 새 로고, 가격, 할인율, 인증 배지, 효능 문구를 만들지 마세요.
출력 의도: 실제 상품과 혼동을 줄이는 깨끗한 이커머스 대표 사진.
Pass check: 상품 형상과 비율이 원본과 같고, 구성품이 늘거나 줄지 않으며, 라벨 위치가 이동하지 않고, 그림자와 반사가 배경 조명과 일치해야 합니다.

라벨의 작은 글자가 사업상 중요하다면 생성 결과를 그대로 출고하지 말고 원본 라벨을 별도 디자인 공정에서 합성·검수하는 편이 안전합니다. 프롬프트는 사실 확인이나 법적 표시 검토를 대신하지 않습니다.

5. 한글 포스터: 승인 문구를 글자 단위로 대조

이미지 안 한글은 잘 읽혀 보여도 받침, 띄어쓰기, 숫자, 대시가 틀릴 수 있습니다. 먼저 승인 문구를 복사 가능한 별도 목록으로 주고, “추가 문구 없음”을 적으세요.

Replace

  • [행사 종류], [제목], [보조 문구], [날짜·시간], [색상], [화면 비율]

Protect

  • 승인 문구의 철자·띄어쓰기·숫자·문장부호, 문구 수, 로고를 넣지 않는 조건

Pass check

  • 출력 이미지를 확대해 아래 원문과 문자 단위로 대조했을 때 완전히 일치하고, 추가·누락 문구가 없음
hljs text
작업: [행사 종류]용 한국어 포스터를 생성해 주세요.

레이아웃: 위쪽에는 제목, 가운데에는 핵심 이미지, 아래쪽에는 보조 문구와 날짜·시간. 제목이 가장 크고 날짜·시간은 두 번째로 잘 보여야 합니다.
스타일: [색상] 중심의 간결한 편집 디자인. 출력은 [화면 비율].

승인 문구 — 아래 문자열만 사용:
제목: "[제목]"
보조 문구: "[보조 문구]"
날짜·시간: "[날짜·시간]"

Replace: [행사 종류], [제목], [보조 문구], [날짜·시간], [색상], [화면 비율].
Protect: 승인 문구의 한글 철자, 띄어쓰기, 숫자, 문장부호를 바꾸지 마세요. 다른 단어, 영문 슬로건, 임의의 로고, QR 코드를 추가하지 마세요.
출력 의도: 제목·보조 문구·날짜가 분명한 한국어 포스터.
Pass check: 이미지 안 문구를 확대하여 승인 문구와 문자 단위로 대조했을 때 세 줄이 정확히 일치하고, 추가 또는 누락된 문구가 없어야 합니다.

Pass check를 모델에게 맡겼다는 이유로 통과한 것은 아닙니다. 사람이 원문과 결과를 직접 대조해야 합니다. 한 글자라도 틀리면 8번 템플릿으로 해당 줄 하나만 수정해 보고, 다시 실패하면 이미지는 배경으로만 사용하고 Canva, Figma 같은 편집 도구에서 승인 문구를 직접 배치하세요.

6. 여러 이미지 합성: 입력마다 역할을 한 줄로 고정

“이 사진들을 합쳐 줘”라고만 쓰면 어느 이미지의 배경, 색감, 피사체를 가져올지 모호합니다. 업로드 순서에만 의존하지 말고 입력마다 역할을 이름으로 다시 적으세요.

Replace

  • [입력 1 설명], [입력 2 설명], [입력 3 설명], [최종 장면]

Protect

  • 입력 1의 주 피사체 형상, 입력 2에서 가져오지 않을 사람·글자, 입력 3의 색감만 참고한다는 범위

Pass check

  • 모든 입력의 역할이 반영되고, 사용하지 말라고 한 요소가 섞이지 않으며, 광원·원근·접촉면이 하나의 장면처럼 연결됨
hljs text
작업: 업로드한 세 이미지를 역할에 따라 한 장으로 합성해 주세요.

입력 1 — 주 피사체: [입력 1 설명]. 피사체의 모양과 주요 디테일만 사용.
입력 2 — 공간: [입력 2 설명]. 배경 구조와 카메라 원근만 사용.
입력 3 — 색감 참고: [입력 3 설명]. 색상 팔레트와 대비만 참고하고 사물이나 글자는 복사하지 않음.
최종 장면: [최종 장면].

Replace: 입력 1·2·3의 설명과 [최종 장면].
Protect: 입력 1의 주 피사체 형상과 비율을 유지해 주세요. 입력 2의 사람·상표·글자를 가져오지 말고, 입력 3에서는 색감만 참고하세요. 추가 피사체를 만들지 마세요.
출력 의도: 세 입력의 역할이 분명한 하나의 자연스러운 장면.
Pass check: 주 피사체는 입력 1, 공간과 원근은 입력 2, 색감은 입력 3에서 왔으며, 금지한 사람·상표·글자가 없고 광원과 접촉 그림자가 일치해야 합니다.

7. 스타일 변환: 동의와 정체성 한계를 프롬프트 가까이에 두기

본인 또는 사용 허가를 받은 성인 사진을 일러스트, 수채화, 레트로 인쇄물처럼 바꿀 때 사용합니다. 실존 인물의 얼굴을 완벽히 동일하게 보존한다는 보장은 없습니다. 결과가 다른 사람처럼 보이거나 민감한 특징을 왜곡하면 사용하지 마세요.

Replace

  • [입력 사진 설명], [스타일], [재료감], [배경 처리]

Protect

  • 동의받은 범위 안의 알아볼 수 있는 외모·표정·포즈·의상·크롭; 성적 묘사, 나이 변경, 신체 왜곡, 기만적 맥락 금지

Pass check

  • 스타일만 바뀌고 포즈·의상·크롭이 안정적이며, 당사자가 수용할 수 있는 결과인지 별도 확인
hljs text
권리 확인: 이 사진은 [본인 사진 / 업로드와 스타일 변형에 동의한 성인의 사진]이며, 허용된 목적 안에서만 사용합니다.

작업: 업로드한 [입력 사진 설명]을 [스타일]로 변환해 주세요.
표현: [재료감], [배경 처리].
Replace: 시각적 표현 방식만 [스타일]과 [재료감]으로 바꾸세요.
Protect: 알아볼 수 있는 외모, 표정, 포즈, 머리 모양, 의상, 카메라 각도와 크롭은 가능한 한 유지해 주세요. 나이, 체형, 노출 정도를 바꾸거나 성적·모욕적·기만적인 상황을 추가하지 마세요.
출력 의도: 원본 구도를 존중한 [스타일] 이미지.
Pass check: 스타일 이외의 포즈·의상·크롭이 원본과 시각적으로 안정적이고, 얼굴이나 신체에 불쾌한 왜곡이 없어야 합니다. 사용 전 당사자에게 결과와 공개 범위를 다시 확인합니다.

동의가 불명확하거나 상대가 철회했다면 사진을 업로드하거나 결과를 사용하지 마세요. 공인, 동료, 고객, 가족 사진이라는 이유만으로 변형 권한이 생기지 않습니다. 속이기 위한 사칭, 사적인 이미지, 동의 없는 친밀한 장면에는 이 템플릿을 사용하지 않습니다.

8. 실패한 한 항목만 복구: 한 번에 하나씩 수정

첫 결과에서 한글 한 줄, 배경색, 소품 수처럼 실패 원인이 특정될 때 사용합니다. 성공한 항목을 다시 설명하며 전부 재생성하지 않고, 한 필드만 교정합니다.

Replace

  • [실패한 항목], [현재 오류], [정답]

Protect

  • 직전 결과에서 이미 통과한 항목의 구체적인 목록

Pass check

  • 실패한 항목만 정답으로 바뀌고, 보호 목록은 직전 결과와 같음
hljs text
직전 결과를 기준으로 한 번만 수정해 주세요.

실패한 항목: [실패한 항목]
현재 오류: [현재 오류]
정답: [정답]

Replace: [실패한 항목]만 [정답]으로 바꾸세요.
Protect: 이미 통과한 [피사체 수], [구도], [배경], [조명], [상품 형상 또는 인물의 포즈], [나머지 승인 문구]는 직전 결과와 같게 유지해 주세요. 전체 이미지를 새 콘셉트로 다시 만들지 마세요.
출력 의도: 한 가지 오류만 교정한 버전.
Pass check: [실패한 항목]이 [정답]과 정확히 일치하고, Protect 목록의 항목은 직전 결과와 비교해 새 변화가 없어야 합니다.

같은 보호 항목이 두 번 연속 틀렸는데 “왜 실패했는지”에 대한 구체적인 수정 가설이 없다면 멈추세요. 수식어를 늘리거나 안전 거절을 우회하는 표현을 찾는 것은 해결이 아닙니다. 중요한 한글은 디자인 도구에서 직접 입력하고, 상품 라벨은 승인된 원본 자산으로 교체하며, 인물 동일성이 필수라면 해당 결과를 사용하지 않는 편이 낫습니다.

결과 검수표: 저장하기 전에 9칸을 보세요

검수 항목확인 질문실패하면 할 일
작업 종류생성인데 원본 보존을 약속했거나, 편집인데 원본이 빠지지 않았는가?생성/편집 중 하나를 다시 고름
피사체 수사람·상품·손·소품 수가 요청과 같은가?수량 하나만 수정
형태얼굴, 손, 상품 외곽, 포장 구조가 무너지지 않았는가?사용 중단 또는 원본 자산으로 복구
구도크롭, 카메라 각도, 화면 비율이 요구와 맞는가?구도 필드만 수정
조명얼굴·상품·배경의 빛과 그림자 방향이 일치하는가?조명 방향 하나를 명시
경계머리카락, 유리, 털, 상품 테두리에 띠나 잘림이 없는가?배경 편집 범위만 재요청
한글철자, 받침, 띄어쓰기, 숫자, 문장부호가 승인 원문과 같은가?해당 줄만 1회 교정 후 직접 조판
권리·동의입력과 공개 목적에 필요한 권리·동의를 확인했는가?확인 전 업로드·사용 중단
출처 표시실제 사진으로 오해할 위험과 필요한 공개 조치를 검토했는가?게시 맥락에 맞는 공개 추가

Google은 SynthID를 Google AI로 생성·수정된 콘텐츠에 삽입되는 보이지 않는 디지털 워터마크로 설명합니다. 화면 모서리에 보이는 로고라고 가정하거나, 프롬프트로 제거할 수 있다고 주장하지 마세요. 아주 단순한 콘텐츠나 작은 편집은 감지가 명확하지 않을 수도 있습니다. 자세한 범위는 Gemini 앱의 AI 생성 콘텐츠 확인 안내에서 확인할 수 있습니다.

프롬프트가 안 먹힐 때 원인을 나누는 법

얼굴이나 상품이 계속 달라집니다

“완벽히 동일하게”를 반복하지 말고 편집 범위를 하나로 줄이세요. 원본과 같은 크롭을 요구하고, 바꾸는 요소와 고정할 요소를 별도 줄로 나눕니다. 두 번의 구체적인 시도에서도 핵심 형태가 달라지면 그 결과를 쓰지 마세요. 더 자세한 모델별 프롬프트 카드가 필요할 때만 Nano Banana 프롬프트 12선을 참고하세요. 이 글의 8개 앱 템플릿과는 목적이 다릅니다.

한글이 비슷하지만 정확하지 않습니다

승인 문구를 따옴표 안에 한 줄씩 제공하고 “이 문자열만 사용”이라고 적으세요. Pass check에서는 “자연스러운 한글”이 아니라 원문과 문자 단위로 일치를 요구합니다. 한 번의 단일 필드 교정에도 실패하면 배경만 생성해 편집 도구에서 글자를 직접 조판합니다.

한도 또는 이용 불가 메시지가 나옵니다

프롬프트 문제라고 단정하지 마세요. Gemini 앱의 한도는 계정, 요금제, 기능, 요청 복잡도, 대화 길이와 현재 용량에 따라 바뀔 수 있습니다. 앱과 Developer API의 한도는 같은 계약이 아닙니다. 사용 화면과 계정 경로부터 구분하는 방법은 Gemini 이미지 생성 한도 확인 가이드에 정리되어 있습니다.

업로드나 이미지 처리 단계에서 멈춥니다

같은 파일을 무한히 다시 올리지 말고, 어느 제품에서 업로드 전·처리 중·결과 생성 후 중 어디서 멈췄는지 기록하세요. 파일 한 장과 짧은 편집 요청으로 비교하는 진단 순서는 나노 바나나 이미지 처리 실패 가이드를 참고하세요.

안전 거절이 나옵니다

거절은 우회 문구를 찾으라는 신호가 아닙니다. 요청이 합법적이고 권리와 동의가 명확한지 다시 확인하고, 모호한 실제 인물 대신 가상 성인이나 비개인 이미지로 바꾸거나 작업 범위를 좁히세요. 계정·지역 변경, 은어, 철자 변형, 필터 회피 지침은 사용하지 않습니다.

자주 묻는 질문

대괄호까지 그대로 복사해도 되나요?

아니요. [배경색] 같은 항목은 독자가 바꿀 자리라는 표시일 뿐, Gemini 전용 문법이 아닙니다. 최소한 Replace의 모든 값을 실제 프로젝트 정보로 바꾸고 Protect와 Pass check가 그 작업에 맞는지 확인하세요.

영어 프롬프트가 한국어보다 더 잘 되나요?

항상 그렇다고 볼 근거는 없습니다. 한국어로도 작업, 입력, 변경 범위, 고정 요소, 통과 기준을 분명하게 쓸 수 있습니다. 중요한 것은 언어를 섞어 길게 쓰는 것보다 한 요청의 범위를 명확히 나누는 것입니다. 이미지 안에 들어갈 한국어 문구는 프롬프트 언어와 관계없이 사람이 문자 단위로 검수해야 합니다.

사진 속 얼굴을 완벽히 똑같이 유지할 수 있나요?

보장할 수 없습니다. 알아볼 수 있는 외모, 표정, 포즈와 크롭을 유지해 달라고 요청할 수는 있지만, 결과가 동일 인물을 정확히 보존한다는 생체 인식 수준의 약속은 아닙니다. 원본과 확대 비교하고, 핵심 정체성이 달라지면 사용하지 마세요.

고객이나 가족 사진도 업로드할 수 있나요?

관계만으로 권한이 생기지는 않습니다. 업로드, 변형, 공개 목적에 필요한 권리와 동의를 확인하고, 민감한 사진과 불필요한 개인정보는 올리지 마세요. 동의 범위가 불명확하면 비개인 대체 이미지나 가상 인물을 사용합니다.

포스터의 한글을 정확히 만들어 주나요?

정확성을 보장할 수 없습니다. 승인 문구를 따로 적고 추가 글자를 금지하면 모호함을 줄일 수 있지만, 최종 이미지는 철자·받침·띄어쓰기·숫자·문장부호를 직접 대조해야 합니다. 사업상 중요한 문구는 편집 도구에서 직접 조판하는 안전망을 두세요.

무료로 하루에 몇 장 만들 수 있나요?

이 글은 고정 장수를 제시하지 않습니다. Google은 Gemini 앱 한도가 모델, 기능, 프롬프트 복잡도, 대화 길이, 요금제, 용량과 계정 상태에 따라 달라지고 변경될 수 있다고 안내합니다. 앱의 화면에 표시되는 현재 한도를 확인하세요. API의 가격이나 할당량으로 앱 장수를 계산하면 안 됩니다.

생성 이미지에 눈에 보이는 워터마크가 붙나요?

공식 안내가 설명하는 SynthID는 보이지 않는 디지털 워터마크입니다. 무료 이미지에는 모서리 로고가 붙고 유료면 사라진다는 식으로 일반화하지 마세요. 생성물의 공개·표시 의무는 사용 맥락과 적용 조건을 별도로 확인해야 합니다.

Gemini API에도 이 프롬프트를 그대로 쓰면 되나요?

문장의 작업 논리는 참고할 수 있지만, 이 글은 Gemini 앱용입니다. Developer API는 모델 ID, 요청 형식, 출력 크기, 가격, 할당량, 데이터 계약이 별도입니다. 앱에서 보이는 기능을 API 기능으로, API 문서를 앱의 버튼이나 한도로 옮겨 설명하면 안 됩니다.

같은 결과를 다시 만들 수 있나요?

동일한 프롬프트가 픽셀 단위로 같은 결과를 보장하지 않습니다. 재현성이 중요하면 승인된 입력 파일, 정확한 프롬프트, 선택한 결과, 수정 이력을 함께 보관하고, 한 번에 한 필드만 바꾸세요.

핵심만 다시 정리

복사할 문장을 찾는 데서 끝내지 마세요. Replace에는 실제 입력값, Protect에는 바꾸면 안 되는 요소, Pass check에는 눈으로 판정할 기준을 적어야 합니다. 생성과 편집을 섞지 않고, 한글은 문자 단위로 확인하며, 실존 인물은 권리와 동의를 먼저 확인합니다. 한 항목이 실패하면 그 항목만 한 번 수정하고, 동일한 보호 요소가 반복해서 무너지거나 안전 거절이 나오면 멈추는 것이 가장 짧은 완성 경로입니다.

공식 참고 자료

태그

이 글 공유

XTelegram