Gemini는 사용자가 보기에는 안전한 이미지 프롬프트, 업로드, 편집 요청도 거부할 수 있습니다. 이때 바로 필터를 우회하는 표현을 찾으면 안 됩니다. 먼저 어느 레이어가 거부했는지 분류해야 합니다. Gemini 앱의 거부인지, API 프롬프트 차단인지, 모델의 거부 문구인지, 생성된 이미지의 안전 필터인지, 이미지 출력이 지원되지 않는 요청인지, 계정 또는 속도 제한인지, 아니면 실제로 멈춰야 하는 정책 경계인지 확인합니다.
| 보이는 증상 | 가능성이 큰 레이어 | 먼저 확인할 증거 | 안전한 다음 행동 |
|---|---|---|---|
| Gemini 앱이 이미지를 만들거나 편집할 수 없다고 말함 | Gemini 앱 거부 | 프롬프트, 업로드 대상, 얼굴/인물 맥락, 계정, 나이, 직장/학교 계정, 요금제, 기능 사용 가능 여부 | 허용된 목적을 명확히 하고 새 세션에서 한 번만 시도, 계속 오탐처럼 보이면 증거 저장 |
| API 또는 AI Studio가 safety feedback을 반환 | API 프롬프트 또는 모델 안전 분기 | promptFeedback.blockReason, finishReason: SAFETY, safetyRatings, 모델, 프로젝트, 설정 | 프롬프트를 바꾸기 전에 응답 객체를 확인 |
| 프롬프트는 통과했지만 이미지가 없거나 생성 이미지가 차단됨 | 출력 이미지 안전 또는 요청 형태 분기 | IMAGE_SAFETY, IMAGE_PROHIBITED_CONTENT, BlockedReason.OTHER, response parts, 모델 지원 여부 | 요청을 단순화하고 신원/권리 모호성을 제거, 목표가 금지되면 중지 |
| 한도, 사용량, 혼잡, 429가 언급됨 | 계정, 요금제, quota, rate 분기 | 앱 요금제, 일일 이미지 한도, API 프로젝트 quota, 429 body, retry delay, 현재 사용량 | 정책 거부가 아니라 한도/429 분기로 처리 |
| 실제 인물, 유명인, 아동 안전, 성적 내용, 폭력, IP, 개인정보, 기만, 필터 회피가 포함됨 | 하드 정책 또는 권리 경계 | 주체, 동의, 원본 권리, 사용 목적, 금지 범주 | 중지. 몰래 통과시키는 식으로 고치지 않음 |
안전한 재시도는 허용된 요청을 더 분명하게 만드는 것입니다. 비기만적 목적을 말하고, 초상이나 권리의 모호성을 제거하고, 편집 목표를 좁히고, 성적·폭력적·개인정보성·신원 혼동 맥락을 피합니다. 반대로 금지된 목표를 숨기려는 요청은 우회이므로 멈춰야 합니다.
거부가 여전히 오탐처럼 보이면 반복 시도 전에 증거를 저장하세요. 프롬프트, 업로드 이미지 맥락, 표시 메시지, 모델 또는 앱 표면, 시각, 계정 또는 프로젝트 경로, API 필드를 남깁니다. 커뮤니티 사례는 오탐이 존재할 수 있음을 보여주지만, 실제 보고에는 자신의 증거가 필요합니다.
먼저 표면을 구분하세요
같은 “Gemini 이미지 거부”라도 표면에 따라 의미가 다릅니다. Gemini 앱은 소비자 제품 표면입니다. Gemini API와 AI Studio는 개발자 응답 객체를 제공합니다. Cloud 또는 Vertex 경로는 출력 이미지 필터링에 가까운 신호를 줄 수 있습니다. 429, 한도 도달, heavy use 메시지는 보통 콘텐츠 정책이 아니라 quota, capacity, 계정 상태 문제입니다.
표면을 구분하면 잘못된 수정을 줄일 수 있습니다. 앱 사용자가 API safety settings를 먼저 바꾸면 아무 효과가 없을 수 있습니다. API 개발자가 응답 필드를 읽지 않고 단어만 바꾸면 출력 이미지 안전 필터를 놓칠 수 있습니다. 모든 거부를 버그라고 부르면 동의, 개인정보, 신원, IP, 아동 안전, 기만, 보호 기능 회피 같은 실제 중지 이유를 놓치게 됩니다.
| 먼저 물어볼 질문 | 중요한 이유 | 그렇다면 |
|---|---|---|
| Gemini 앱에서 거부됐는가 | API 필드가 없으므로 코드 설정으로 설명할 수 없다 | 계정, 업로드, 기능, 표시 문구 확인 |
| API 또는 AI Studio인가 | 응답 객체가 레이어를 알려줄 수 있다 | 필드 저장 후 변경 |
| 입력은 통과했지만 이미지가 없는가 | 출력 안전은 별도 레이어다 | response parts와 finish reason 확인 |
| quota, 한도, 429인가 | 정책 거부가 아닐 수 있다 | 대기, backoff, quota 확인 |
Gemini 앱 거부를 읽는 법
Gemini 앱에서는 화면에 보이는 맥락부터 봐야 합니다. 프롬프트만 보면 안전해도 업로드 이미지에 얼굴, 유명인 단서, 아동, 사적인 공간, 의료 또는 친밀한 맥락, 브랜드 표시, 오해를 부르는 전후 비교가 있으면 더 보수적으로 처리될 수 있습니다. 나이 제한, 관리 계정, 지역/언어, 요금제, 기능 롤아웃, 일일 한도도 영향을 줍니다.
앱 쪽에서 중요한 것은 위험 단어 찾기가 아닙니다. 앱이 무엇을 볼 수 있는지 추정하고 허용된 작업을 오해 없이 설명하는 것입니다. “더 드라마틱하게”보다 “내가 권리를 가진 제품 사진의 배경을 흰색으로 정리하고 사람이나 로고를 추가하지 않는다”가 더 명확합니다. 본인 사진이나 동의받은 인물이라면 동의, 목적, 익명화 여부를 말해야 합니다.
| 앱 확인 항목 | 볼 것 | 안전한 대응 |
|---|---|---|
| 업로드 대상 | 실제 인물, 유명인, 아동, 사적 장면, 의료, 친밀 이미지 | 동의와 권리 확인, 불확실하면 중지 |
| 요청 목적 | 신원 혼동, 기만, 성적화, 괴롭힘, 개인정보 위험 | 좁고 비기만적인 편집으로 설명 |
| 계정 경로 | 개인, 관리 계정, 나이 제한, 요금제 | 해당 경로에서 기능이 가능한지 확인 |
| 대화 맥락 | 이전 메시지가 안전 판단을 바꿀 수 있음 | 새 세션에서 한 번만 명확히 시도 |
| 제한 신호 | cap, redo limit, heavy use | 한도 분기로 이동 |
오탐은 가능합니다. 얼굴 편집, 반려동물이나 인물 오분류, 유명인 이름, 오래된 대화 맥락이 정상 요청을 위험하게 보이게 할 수 있습니다. 그러나 오탐 가능성은 우회 허가가 아닙니다. 원래 메시지와 맥락을 저장하고 최소 재현을 만드는 것이 먼저입니다.
API와 AI Studio는 필드를 먼저 보세요
API에서는 응답 객체가 첫 번째 증거입니다. promptFeedback.blockReason은 입력 프롬프트 차단을 가리킵니다. finishReason: SAFETY는 후보 출력이 안전 이유로 멈췄다는 뜻입니다. safetyRatings는 설정 가능한 범주의 평가를 보여줄 수 있습니다. IMAGE_SAFETY나 IMAGE_PROHIBITED_CONTENT는 생성된 이미지 자체가 필터링된 신호에 가깝습니다. BlockedReason.OTHER는 미지원, 약관, 일반 범주 밖의 문제일 수 있습니다.
| 신호 | 실무 의미 | 다음 행동 |
|---|---|---|
| promptFeedback.blockReason | 입력이 생성 전에 차단 | 프롬프트, 범주, 금지 용도 확인 |
| finishReason: SAFETY | 후보 출력이 안전 이유로 중지 | ratings와 맥락 확인 후 설정 변경 |
| IMAGE_SAFETY | 생성 이미지가 필터링 | 시각적 모호성 제거 또는 중지 |
| IMAGE_PROHIBITED_CONTENT | 금지 경계에 가까움 | 단순 단어 수정으로 처리하지 않음 |
| BlockedReason.OTHER | 미지원, 약관, 경로 형태 가능성 | 모델, parts, 프로젝트, 공식 문서 확인 |
| 이미지 part 없음 | 텍스트 경로, 미지원 모델, 요청 오류, 필터 가능성 | 모델 능력, response parts, SDK 설정 확인 |
BLOCK_NONE은 만능 해제가 아닙니다. 일부 API safety filters와 관련된 설정일 뿐이며, 핵심 보호, 약관 관련 차단, 미지원 요청, 출력 이미지 필터링은 남습니다. 입력은 통과했지만 이미지 출력이 사라졌다면 텍스트 필터 threshold가 실제 원인이 아닐 수 있습니다.
안전 재시도와 우회의 차이
안전 재시도는 정당한 목적을 더 명확하게 합니다. 제품 사진 배경 정리, 레이아웃 조정, 조명 보정, 본인 또는 동의받은 인물의 비기만 편집, 허구 창작은 목적과 동의를 분명히 하여 오해를 줄일 수 있습니다. 유명인, 아동, 사적 이미지, 성적 맥락, 폭력, 권리 침해, 기만, 필터 회피는 통과시키기 위해 바꾸는 대상이 아닙니다.
| 요청 유형 | 재시도 | 작성 원칙 |
|---|---|---|
| 제품, 배경, 조명, 레이아웃, 비기만 창작 | 대체로 가능 | 구체 편집과 목적을 작성 |
| 본인 또는 동의받은 인물 | 경우에 따라 가능 | 동의, 목적, 신원 보존/익명화 명시 |
| 유명인, 아동, 사적/친밀 맥락 | 매우 주의 | 명확한 허용 근거 없으면 중지 |
| 브랜드, 로고, 보호 캐릭터 | 권리 위험 높음 | 독창적 설명으로 전환 |
| 성, 폭력, 극단주의, 자해, 개인정보 침해, 기만, 우회 | 불가 | 중지 |
거부 해결은 단어 치환으로 흐르기 쉽습니다. 그러나 핵심은 요청 자체가 허용된 작업인지입니다. 허용된 작업을 명확히 하는 것은 안전한 재시도이고, 금지된 작업을 숨기는 것은 우회입니다.
오탐 증거 패킷 만들기
오탐처럼 보인다면 반복 시도 전에 증거를 모으세요. 표면, 시간, 모델, 프롬프트, 업로드 맥락, 표시 문구, API 필드, 계정 또는 프로젝트 상태, 최소 재현이 있어야 다른 사람이 문제를 추적할 수 있습니다.
| 증거 | 이유 |
|---|---|
| 표면 | 앱, AI Studio, API, Vertex, wrapper마다 책임이 다름 |
| 시간 | 모델, 한도, 안전 동작이 변할 수 있음 |
| 모델과 경로 | 같은 문장도 경로별로 다름 |
| 프롬프트와 이미지 맥락 | 멀티모달 맥락이 판단에 영향 |
| 표시 문구 | 앱 문구와 API fields는 다른 단서 |
| API fields | promptFeedback, finishReason, safetyRatings, parts, block reason이 재현성을 만듦 |
| 계정/프로젝트 | 요금제, 관리, quota, 지역, 과금이 증상을 바꿈 |
| 최소 재현 | 숨은 맥락과 실제 오탐을 분리 |
공개 포럼에는 사적 사진, 고객 자산, 아동, 문서, 의료 또는 신원 관련 이미지를 그대로 올리지 마세요. 필요한 맥락만 설명하고 내부 채널에서는 접근 제어를 사용합니다.
분기가 정해진 뒤 좁은 가이드로 이동
첫 분기를 빠르게 만들면 다음 조치가 짧아집니다. API safety settings, Nano Banana Pro policy blocked, 앱 한도, API 429는 서로 다른 소유자입니다. 분기 확정 전에 좁은 가이드를 읽으면 잘못된 해결책을 적용할 수 있습니다.
| 확인된 분기 | 다음 소유자 |
|---|---|
| API safety categories, thresholds, response fields | Gemini API safe content policy |
| Nano Banana Pro content blocked / policy blocked | Nano Banana Pro policy and blocked errors |
| 앱 한도, 요금제, API project quota, image-per-minute | Gemini image generation rate limits |
| API 429, RESOURCE_EXHAUSTED, retry delay | Gemini image generation 429 fix |
재시도 전 운영 체크리스트
재시도하기 전에 표면, 모델, 계정, 표시 문구, API fields, 업로드 맥락, 제한 신호를 한 줄로 기록합니다. 그런 다음 “명확화”, “대기”, “API 설정 확인”, “오탐 보고”, “중지” 중 하나를 선택합니다. 분기 이름을 말하지 못한 상태에서 비슷한 프롬프트를 여러 번 실행하지 마세요.
팀에서는 possible false positive와 hard stop을 로그에서 분리합니다. API 응답은 보관할 수 있지만 업로드 이미지는 권한과 보관 정책이 필요합니다. 오탐 보고는 증거를 강화하기 위한 것이지 금지 경계를 통과시키기 위한 것이 아닙니다.
개인 사용에서도 기록은 “무엇을 봤는지”와 “다음에 무엇을 할지”를 같이 남겨야 합니다. 예를 들어 “Gemini Apps, 본인 사진, 동의 있음, 배경 정리만 요청, 안전 거부 문구 표시, 새 대화에서 한 번만 목적을 명확히 함”처럼 쓰면 재시도와 중지를 구분할 수 있습니다. API라면 response body, model, project, quota 표시, finishReason, promptFeedback, safetyRatings를 같은 사건 기록에 넣으세요. 업로드 이미지를 저장할 수 없다면 피사체, 권리, 동의, 공개 가능 여부, 편집 목적을 텍스트로 남기는 방식이 더 안전합니다.
팀 운영에서는 지원팀, 개발팀, 콘텐츠팀이 같은 분기 이름을 쓰는 것이 중요합니다. 지원팀이 “정책 거부”라고 말하고 개발팀이 “429”라고 기록하면 사용자는 잘못된 해결책을 받게 됩니다. 로그에는 최소한 앱/AI Studio/API/Vertex 표면, 입력 차단인지 출력 차단인지, 제한 신호가 있는지, hard stop 범주가 있는지, 한 번의 안전한 명확화가 이미 수행됐는지를 표시하세요. 이렇게 하면 허용된 요청은 빠르게 복구하고, 금지된 요청은 반복 시도 전에 멈출 수 있습니다.
또한 어제 성공한 프롬프트가 오늘 실패했다고 해서 곧바로 필터 우회 문제가 되는 것은 아닙니다. 대화 맥락, 업로드 이미지, 모델 경로, 계정 상태, 지역, 한도, 출력 후보가 달라지면 결과도 달라질 수 있습니다. 한 번의 명확화 후에도 같은 현상이 반복되면 증거 패킷, 한도 확인, API 필드 확인, 오탐 보고, 중지 중 하나로 이동하는 편이 안전합니다.
마지막으로, 허용 요청을 복구할 때도 성공한 문장을 팀 템플릿으로 고정하지 마세요. 템플릿에는 “동의 확인”, “권리 확인”, “비기만 목적”, “민감 소재 없음” 같은 판단 항목을 남기고, 실제 프롬프트는 이미지와 작업 목적에 맞게 다시 쓰는 편이 안전합니다.
자주 묻는 질문
내 사진인데 왜 Gemini가 거부하나요?
본인 사진도 신원, 개인정보, 친밀 맥락, 의료 맥락, 오해를 부르는 전후 변환이 있으면 조심스럽게 처리될 수 있습니다. 동의와 비기만 목적을 명확히 하고 위험한 결과라면 중지하세요.
정상 이미지가 유명인이나 실제 인물 위험으로 보이는 이유는 무엇인가요?
얼굴, 이름, 파일명, 대화 맥락, 편집 목적이 신원 단서가 될 수 있습니다. 오탐이라고 말하기 전에 그 단서를 확인하고 증거를 남기세요.
유료 Gemini 요금제가 안전 거부를 없애나요?
아니요. 유료는 기능, 한도, 모델, redo 횟수에 영향을 줄 수 있지만 정책 경계는 남습니다.
BLOCK_NONE이 이미지 안전 필터를 끄나요?
아니요. BLOCK_NONE은 일부 API safety filters와 관련됩니다. 핵심 보호, 약관, 미지원 요청, 출력 이미지 필터링은 여전히 작동할 수 있습니다.
어제는 됐는데 오늘은 왜 거부되나요?
모델 경로, 앱 롤아웃, 계정 상태, 대화 맥락, 업로드 이미지 해석, quota, 안전 동작이 변할 수 있기 때문입니다.
Gemini가 글만 답하고 이미지를 주지 않는 이유는 무엇인가요?
텍스트 경로, 미지원 모델, SDK 설정, 요청 형태 오류, 출력 필터링일 수 있습니다. response parts와 모델 능력을 확인하세요.
오탐은 어떻게 보고하나요?
표면, 시간, 모델, 프롬프트, 이미지 맥락, 표시 문구, 계정/프로젝트, API fields, 최소 재현을 정리합니다. 공개할 때는 개인정보를 제거하세요.
Gemini 이미지 안전 필터를 우회할 수 있나요?
아니요. 금지 내용을 숨기거나 보호 장치를 피하거나 동의와 개인정보 경계를 제거하는 방식은 중지해야 합니다.
