GPT Image 2 결과가 흐릿하거나, 더러워 보이거나, 노이즈가 반복되거나, 편집할수록 원본보다 나빠진다면 먼저 설정과 생성 맥락을 분리해야 합니다. quality: "low"는 실제로 초안용 설정이지만, 참조 이미지 잔상, 긴 대화 맥락, 업로드 후 압축, 특정 경로의 후처리는 다른 문제입니다.
처음에는 아래처럼 나눠 보세요.
| 보이는 문제 | 먼저 확인할 것 | 첫 조치 | 근거가 되는 자료 |
|---|---|---|---|
| 전체가 흐릿하고 디테일이 약함 | quality, size, 저장 후 압축 | medium 또는 high로 같은 조건 비교 | OpenAI 설정 문서 |
| 더러운 질감, 반복 무늬, 노이즈가 보임 | 새 채팅, 새 API 요청, 참조 이미지 제거 | 깨끗한 맥락에서 한 번 재현 | 사용자 보고와 직접 재현 |
| 이미지 편집 후 원본보다 나빠짐 | 참조 이미지, mask, 이전 출력, 대화 상태 | 오염된 base image를 버리고 새로 비교 | 같은 경로의 대조 |
| 큰 이미지에서 더 불안정함 | 목표 크기, 비율, 원본 파일 | 원본을 저장하고 최종 표시 크기에서 확인 | 크기 경계와 로컬 확인 |
| 한 경로에서만 나쁨 | ChatGPT, Image API, Responses API, 래퍼 | prompt와 model을 고정하고 경로만 변경 | 같은 prompt의 경로 비교 |
중지 기준도 명확해야 합니다. 원본 파일을 저장하지 않았고, medium 또는 high 비교가 없고, 반복되는 더러움이나 무늬를 깨끗한 맥락에서 재현하지 않았다면 최종 이미지로 승인하지 마세요. 재현된다면 prompt, model, quality, size, route, 시간, 원본 파일을 남겨야 합니다.
낮은 설정과 나쁜 결과를 분리하기
한국어에서 저화질이라고 말하면 세 가지가 섞입니다. 하나는 낮은 quality 설정입니다. API 요청이나 도구 기본값이 quality: "low"라면 초안, 썸네일, 빠른 비교용 결과입니다. 최종 배너, 제품 이미지, 광고 소재, UI 보드, 포스터를 바로 승인할 설정이 아닙니다.
둘째는 일부러 저화질 느낌을 만드는 프롬프트입니다. 일회용 카메라, 2000년대 감성, 서툰 사진, 레트로 노이즈처럼 의도적으로 낮은 품질의 분위기를 요청하는 경우가 있습니다. 이때는 문제 해결이 아니라 스타일 제어입니다.
셋째가 실제 품질 문제입니다. 디테일이 뭉개지고, 더러운 막이 생기고, 참조 이미지의 압축 흔적이 남고, 편집할수록 원본 위에 질감이 덧씌워지고, 반복 무늬나 노이즈가 생깁니다. 이 경우에는 quality만 올려도 해결되지 않을 수 있습니다.
요청이 low였다면 먼저 초안으로 취급하세요. 같은 prompt, 같은 size, 같은 참조 이미지, 같은 경로에서 medium을 한 번 만듭니다. medium이 충분히 깨끗하면 원인은 대부분 설정입니다. medium 또는 high에서도 같은 더러움이 반복되면, 설정이 아니라 아티팩트와 맥락 진단으로 넘어갑니다.
quality, size, 저장 파일을 먼저 확인하기
가장 빠른 점검은 실제 설정 확인입니다. Image API나 Responses API의 이미지 도구라면 request body를 남깁니다. ChatGPT에서 수동으로 만들었다면 새 채팅인지, 참조 이미지를 썼는지, 긴 대화의 연장인지, 원본 파일을 내려받았는지 기록합니다. 외부 도구라면 quality와 size가 실제로 보이는지도 봐야 합니다.
size는 quality와 별도입니다. 큰 canvas는 더 많은 디테일을 보여 주지만, 동시에 작은 글자, UI 선, 피부 질감, 머리카락, 반복 패턴, 반사 표면의 문제를 더 잘 드러냅니다. 해상도를 키운다고 품질 문제가 자동으로 사라지지는 않습니다.
저장 후 압축도 따로 봅니다. 생성 직후 원본, 편집 후 export, CMS나 SNS에 올린 파일을 같은 이미지로 판단하면 안 됩니다. 원본은 깨끗한데 업로드된 파일만 흐리다면 모델보다 resize, WebP/JPEG 설정, 썸네일 생성, CDN, CSS 표시 크기가 원인일 수 있습니다.
경로가 설정을 제대로 지원하는지도 확인합니다. ChatGPT, Image API, Responses API image tool, 외부 래퍼는 모두 GPT Image 2라는 이름을 쓸 수 있지만 prompt rewrite, 기본 quality, 입력 이미지 처리, 압축, 실패 재시도, 후처리가 다를 수 있습니다. 비교하려면 한 번에 하나만 바꿔야 합니다.
팀에서 작업한다면 설정 기록을 이미지 파일 옆에 남기는 편이 좋습니다. 누가 어떤 경로에서 생성했는지, quality와 size가 무엇인지, 원본 파일이 어디 있는지, 공개 전 어떤 변환을 거쳤는지 알아야 합니다. 그렇지 않으면 디자이너는 원본을 보고, 개발자는 압축 파일을 보고, 운영자는 썸네일을 보며 서로 다른 문제를 말하게 됩니다.
새 맥락에서 한 번 재현하기
medium이나 high에서도 문제가 보인다면 prompt를 길게 쓰기 전에 맥락을 지웁니다. 오래된 대화, 실패한 출력, 참조 스크린샷, 이전 수정 지시, 원하지 않는 스타일 요구가 다음 이미지에 남을 수 있습니다. 겉으로는 모델 품질 문제처럼 보이지만 실제로는 이전 맥락의 잔상일 수 있습니다.
ChatGPT에서는 새 채팅을 엽니다. 실패한 스레드에서 계속 수정하지 말고 핵심 prompt만 넣습니다. 같은 내용인데 새 채팅이 더 깨끗하다면 기존 스레드가 문제의 일부입니다. 이 경우에는 이전 대화에서 더 많은 지시를 추가하는 것보다 새 맥락으로 옮기는 편이 낫습니다.
API에서는 참조 이미지 없이 새 요청을 보냅니다. model, quality, size, 핵심 prompt만 남깁니다. 그다음 참조 이미지를 다시 넣습니다. 참조 이미지를 넣었을 때만 더러워진다면, prompt가 짧아서가 아닙니다. 참조 이미지의 노이즈, 압축, 조명, 가장자리, mask, 원치 않는 질감이 따라온 것입니다.
외부 래퍼를 쓴다면 가능한 한 직접 제어되는 경로와 비교합니다. prompt, model, quality, size, 비율을 고정하고 route만 바꿉니다. 래퍼에서만 나쁘다면 그 경로의 기본값, 압축, 모델 매핑, prompt 변경, 후처리를 봐야 합니다. 이것을 GPT Image 2 전체 문제라고 단정하면 안 됩니다.
깨끗한 재현은 결과를 고치는 것만큼 중요합니다. 같은 prompt, 참조 이미지 없음, model: "gpt-image-2", quality, size, route, 시간, 원본 파일. 이 정보가 있어야 설정 변경, 경로 비교, 지원 요청, 다음 실험이 구체적으로 이어집니다.
기존 채팅을 계속 써야 한다면 범위를 줄이세요. 참조 이미지를 빼고, 구도 변경과 텍스트 수정과 고해상도화를 동시에 요구하지 마세요. 먼저 주제와 배경, 질감이 정상으로 돌아오는지 봅니다. 이 확인은 완성물을 만드는 단계가 아니라 기존 맥락이 영향을 주는지 확인하는 단계입니다.
노이즈, 더러운 질감, 반복 무늬가 계속될 때
GPT Image 2와 관련해 더러운 막, 반복 무늬, 노이즈, JPEG처럼 보이는 압축감, 이미지 편집 후 품질 저하가 언급될 수 있습니다. OpenAI가 특정 원인을 직접 설명하지 않은 상태에서는 이를 보고된 아티팩트 증상으로 다루는 편이 안전합니다. 공식적으로 확인된 모델 전체 결함이라고 쓰면 진단이 빨리 흐려집니다.
핵심은 증상이 어디서 나타나는지입니다. 이미지에서 이미지로 편집할 때만 나쁘면 참조 이미지와 mask를 봅니다. 공개 후에만 흐려지면 원본과 압축 파일을 비교합니다. 큰 크기에서만 문제가 보이면 더 작은 master를 먼저 승인한 뒤 native high-res, upscale, 별도 제작 경로를 선택합니다.
| 증상 | 먼저 할 일 | 아직 하지 말 일 |
|---|---|---|
| 여러 prompt에서 회색 막이 반복됨 | 새 medium 생성, 참조 이미지 제거 | prompt 모음으로 해결하려 하기 |
| 특정 편집에서 무늬가 깔림 | base image 또는 mask 교체 | 오염된 이미지 위에 계속 편집 |
| 업로드 후에만 흐려짐 | 원본과 공개 파일 비교 | 모델 탓부터 하기 |
| 큰 이미지에서만 결함이 보임 | 작은 master 승인 후 확대 판단 | 처음부터 native 4K만 고집 |
| 한 서비스에서만 나쁨 | 같은 prompt로 다른 route 비교 | 경로 문제를 모델 전체 문제로 단정 |
모든 실패를 저화질이라고 부르지 않는 것도 중요합니다. 손 모양 오류, 텍스트 오타, 구도 불일치, 브랜드 색상 오류, 불필요한 물체는 prompt 제어 또는 편집 범위 문제에 가깝습니다. 노이즈, 더러운 막, 반복 무늬, 압축 블록, 참조 이미지 잔상은 품질 파이프라인 문제에 가깝습니다. 이름을 정확히 붙여야 다음 수정이 맞아집니다.
ChatGPT, Image API, Responses API, 래퍼를 나눠 보기
ChatGPT는 수동 탐색에 좋습니다. 적은 수의 시안을 비교하고, 느낌을 잡고, 참조 이미지를 가볍게 시도할 때 편합니다. 하지만 내부 파라미터가 모두 보이지 않으므로 새 채팅, 짧은 prompt, 깨끗한 참조 이미지, 원본 저장, 눈으로 비교하는 과정이 중요합니다.
Image API는 개발자 진단에 더 적합합니다. gpt-image-2, quality, size, input image, 저장된 output file을 명시할 수 있기 때문입니다. 파라미터를 하나씩 바꾸는 테스트도 만들기 쉽습니다.
Responses API image tool은 이미지 생성이 더 큰 assistant 흐름 안에 들어갈 때 유용합니다. 다만 품질 문제를 확인할 때는 주변 assistant가 prompt를 바꾸거나 이전 맥락을 넣거나 tool option을 자동 선택할 수 있습니다. 문제를 보려면 가장 작은 image call로 줄여야 합니다.
외부 래퍼는 경로 정보가 보일 때만 비교 대상으로 삼으세요. model mapping, quality 지원, size 지원, compression, prompt rewrite, retry, post-processing을 확인해야 합니다. 보이지 않는다면 그 결과는 래퍼의 결과이지 모델 자체의 결과가 아닙니다.
진단 뒤 정말 모델을 바꿀지 판단해야 한다면 GPT Image 2 vs Nano Banana Pro를 보세요. 비용이나 제공 경로가 문제라면 저렴한 GPT Image 2 API 경로로 분리하는 편이 낫습니다. 품질 진단과 가격 판단을 한 화면에서 섞으면 원인이 흐려집니다.
고해상도는 자동 해결책이 아니다
저화질처럼 보이면 4K나 업스케일을 먼저 떠올리기 쉽습니다. 하지만 해상도, quality, 파일 압축은 서로 다른 레이어입니다. 큰 이미지는 더 많은 정보를 보여 주지만 실패도 더 크게 보여 줍니다. 작은 글자, UI 보드, 제품 모서리, 피부, 머리카락, 천, 반복 패턴은 특히 그렇습니다.
native high-res가 불안정하다면 먼저 작은 master를 medium 또는 high로 만드세요. 구도, 피사체, 조명, 주요 텍스트, 핵심 질감을 확인한 뒤 native high-res, upscale, 별도 production route를 결정합니다. 처음부터 큰 결과만 반복하면 비용과 시간이 늘어납니다.
크기와 4K 자체가 질문이라면 GPT Image 2 4K 크기 확인을 따로 보세요. 품질 진단에서는 같은 결함이 큰 canvas에서만 나오는지, 모든 크기에서 나오는지를 묻습니다. 모든 크기에서 보이면 resolution보다 route, context, reference, export를 먼저 의심합니다.
최종 확인은 실제 사용 위치에서 해야 합니다. 모바일 preview에서는 괜찮아도 랜딩 페이지 hero, 광고 소재, 앱스토어 이미지, 인쇄물, 상품 카드에서는 문제가 보일 수 있습니다. 최종 크기와 최종 파일로 보아야 승인 여부를 판단할 수 있습니다.
승인 전 체크리스트
마지막 단계는 화려한 prompt가 아니라 반복 가능한 체크입니다.
| 체크 | 통과 기준 |
|---|---|
| 원본 저장 | 압축, 업로드, CMS 변환 전 original file이 있음 |
| 설정 기록 | model, route, quality, size, 참조 이미지, 편집 상태를 앎 |
| medium/high 비교 | 최종 승인 전에 non-low 결과를 봄 |
| 목표 크기 확인 | 실제 표시 또는 출력 크기에서 봄 |
| 아티팩트 확인 | 노이즈, 더러움, 반복 무늬, edge, text를 봄 |
| 깨끗한 재현 시도 | 지속 결함을 새 채팅 또는 새 API 요청에서 확인 |
| 중지 기준 적용 | 깨끗한 재현에서도 나쁜 이미지는 final로 승인하지 않음 |
이 절차는 형식적인 문서 작업이 아닙니다. 오염된 맥락에서 계속 생성하는 실수와 작은 preview만 보고 공개하는 실수를 막습니다. 둘 다 나중에 고치는 비용이 큽니다.
너무 빨리 결론 내리지 않기
한 경로에서 나쁜 이미지가 나왔다고 GPT Image 2가 모두에게 망가졌다고 볼 수 없습니다. 먼저 통제 가능한 변수를 찾으세요. quality, size, 참조 이미지, 대화 이력, Image API, Responses API, 래퍼 기본값, 저장 후 압축, high-res branch 중 무엇인지 하나씩 분리해야 합니다.
quality: "high"도 만능은 아닙니다. 최종 비교에는 필요하지만 참조 이미지의 더러움, 긴 대화의 잔상, 업로드 압축, 래퍼 후처리까지 지우지는 못합니다.
무료 생성기나 외부 서비스의 한 장으로 공식 경로의 좋고 나쁨을 결정하지 마세요. 무료 체험, 브라우저 테스트, API 과금, 제공자 크레딧, 로그인 없는 생성기는 각각 다른 조건입니다. 무료 또는 무제한 경로는 GPT Image 2 무료 경로, 공식 API 무료 여부는 GPT Image 2 API 무료 티어에서 따로 확인하는 편이 안전합니다.
FAQ
quality: "low"가 저화질 원인이 될 수 있나요?
네. low는 초안, thumbnail, 빠른 비교용입니다. 최종 이미지는 medium 또는 high를 비교해야 합니다. medium/high에서도 깨끗한 맥락에서 더러움이나 반복 무늬가 남으면 별도 진단으로 봐야 합니다.
항상 high를 쓰면 되나요?
아닙니다. 초기 아이디어는 low, 작업 preview는 medium, 최종 비교나 중요한 소재는 high가 자연스럽습니다. 문제가 참조 이미지, 대화 맥락, 압축, 래퍼 기본값에 있으면 high만으로 고쳐지지 않습니다.
새 채팅에서 결과가 좋아지는 이유는 무엇인가요?
오래된 지시, 실패한 이미지, 참조 이미지, 수정 기록, 원하지 않는 스타일 맥락이 사라지기 때문입니다. 같은 prompt가 새 채팅에서 더 깨끗하면 기존 대화가 품질에 영향을 주고 있었습니다.
더러운 질감, 노이즈, 반복 무늬는 어떻게 처리하나요?
먼저 보고된 아티팩트 증상으로 다룹니다. 참조 이미지를 제거하고, 새 채팅 또는 새 API 요청에서 medium/high를 비교하고, 원본 파일을 저장합니다. 공식 원인이 없는 상태에서 모델 전체 문제라고 단정하지 마세요.
4K로 만들면 나아지나요?
때로는 도움이 되지만 결함을 더 잘 보이게 만들 수도 있습니다. 고해상도는 텍스트, edge, 반복 패턴, 피부와 머리카락 문제를 드러냅니다. 작은 master를 먼저 승인한 뒤 4K 또는 upscale을 결정하세요.
Image API가 ChatGPT보다 진단하기 쉬운가요?
개발자에게는 그렇습니다. Image API는 model, quality, size, input image, output file을 기록하기 쉽습니다. ChatGPT는 탐색에 편하지만 내부 설정과 맥락이 완전히 보이지 않습니다.
품질 문제를 보고하기 전에 무엇을 저장해야 하나요?
원본 출력, prompt, model label, route, quality, size, 참조 이미지, mask, 시간, 새 채팅 또는 새 API 요청에서 재현되는지 여부를 저장하세요. 여러 prompt를 바꾼 뒤의 screenshot만으로는 약합니다.
