본문으로 건너뛰기
ToolPotion
AI 어드바이저
제출 (무료)

의도한 대로 나오는 AI 이미지 프롬프트 작성법

Midjourney, OpenAI, Google, Ideogram, FLUX 공식 문서의 조언을 바탕으로, 의도에 맞는 AI 이미지 프롬프트를 쓰는 법과 여덟 가지 수정 전후 사례를 정리했습니다.

공유

좋은 AI 이미지 프롬프트는 키워드 목록이 아니라 사진가에게 건네는 브리프처럼 읽힙니다. 2026년 현재 주요 벤더의 공식 문서는 표현만 조금씩 다를 뿐 같은 이야기를 합니다. 눈에 보이는 것을 묘사하고, 핵심 아이디어를 맨 앞에 두고, 한 번에 한 가지만 고치라는 것입니다.

세부 사항은 생각보다 많이 다릅니다. Midjourney는 프롬프트를 짧고 단순하게 쓰라고 합니다. Ideogram은 초점이 분명한 완전한 문장을 원합니다. OpenAI의 프롬프트 가이드는 정해진 순서와, 절대 바뀌면 안 되는 요소의 목록을 요구합니다. 한 도구에서 잘 통하던 프롬프트가 다른 도구에서는 힘을 못 쓸 수 있으니, 지금 어떤 방언으로 쓰고 있는지 알아 두는 편이 좋습니다.

이 글은 각 벤더의 문서에서 조언을 그대로 가져와 실전에서 쓸 수 있는 방법으로 정리했습니다. 프롬프트의 구성 요소, 모델별로 달라지는 점, 제외 요소를 다루는 법, 여덟 가지 수정 전후 사례, 그리고 직접 점수를 매겨 볼 수 있는 체크리스트를 다룹니다.

좋은 이미지 프롬프트의 구성 요소

Midjourney의 프롬프트 기본 문서는 분명하게 써 줄 만한 영역으로 피사체, 매체, 환경, 조명, 색, 분위기, 구도를 꼽습니다(Midjourney 문서). FLUX를 만든 Black Forest Labs도 최신 모델에 대해 비슷한 순서를 제안합니다. 이미지 유형과 매체, 피사체, 배경, 빛, 그다음 프레이밍과 디테일 순입니다. 이 순서를 "규칙이 아니라 습관"이라고 부르며, 가장 중요한 것을 먼저 쓰라고 말합니다(Black Forest Labs).

이미지 프롬프트의 허브 다이어그램: 가운데 프롬프트 카드가 피사체, 배경, 스타일, 빛, 프레이밍, 텍스트로 이어집니다.

가장 멀리 나아간 곳은 Ideogram입니다. 이미지를 한 문장으로 요약하고, 이어서 주요 피사체 디테일, 자세나 동작, 부차적 요소, 배경, 조명, 프레이밍, 마감 순으로 쓰라고 권합니다. 첫 부분에 대한 조언은 직설적입니다. "한 문장만 쓴다면 이 문장을 쓰세요"(Ideogram).

각 요소가 어떤 효과를 주는지 정리하면 다음과 같습니다.

  • 피사체는 이미지의 중심이 되는 대상입니다. 눈에 보이는 디테일이나 동작을 함께 적어 주세요. "개" 한 단어만 쓰면 나머지는 전부 모델이 정하게 됩니다.
  • 배경은 피사체가 놓인 곳과 그 주변입니다. 멋 부린 표현보다 평범한 단어가 낫습니다.
  • 스타일은 매체를 이름으로 지정하는 것입니다. 사진, 과슈 일러스트, 포스터, 3D 렌더처럼 구체적으로 고르세요. Ideogram의 반복 작업 가이드는 막연한 스타일 대신 "abstract impasto"나 "pop art"처럼 이름을 짚으라고 합니다.
  • 빛은 광원, 방향, 질감을 지정할 때 가장 잘 제어됩니다. BFL의 가이드가 꼽는 네 가지가 바로 이 요소들입니다.
  • 프레이밍은 샷의 크기와 카메라 각도입니다. 알아서 해 주길 바라지 말고 "클로즈업"이나 "지면 높이에서"처럼 직접 말하세요.
  • 텍스트는 따옴표 안에 넣습니다. 이 부분은 아래에서 따로 다룹니다.

화면 비율은 사람들이 가장 자주 잊는 요소이면서, 도구마다 처리 방식이 가장 크게 다른 요소입니다. Midjourney는 프롬프트 맨 끝에 --ar 2:3을 붙입니다. Ideogram은 이 플래그를 그냥 일반 단어로 읽기 때문에 앱 설정에서 비율을 정해야 합니다. FLUX 3 Image에는 aspect_ratio 필드가 있고 참조 이미지가 없으면 기본값이 정사각형이라, 정사각형이 아닌 비율은 직접 설정해야 합니다(BFL).

하나의 아이디어, 다섯 가지 방언

같은 의도라도 어디에 보내느냐에 따라 쓰는 방식이 달라집니다. 실패한 프롬프트 대부분이 여기서 나옵니다. 한 도구에서 익힌 습관을 다른 도구에 그대로 가져가기 때문입니다.

Midjourney와 Ideogram 문서가 권하는 프롬프트 작성법을 길이, 설정, 제외 요소, 단어 선택 기준으로 나란히 비교한 카드입니다.

Midjourney: 짧게 쓰고 플래그는 끝에

Midjourney 문서는 "짧고 단순한 프롬프트가 대체로 가장 좋은 이미지를 만든다"고 하며, 지시를 길게 나열하면 생성 과정이 혼란스러워질 수 있다고 경고합니다. 또한 "cats" 대신 "three cats"처럼 정확한 숫자를 쓰고 정확한 동의어를 고르라고 제안합니다. 설정은 --ar, --chaos, --no 같은 파라미터로 하며, 항상 프롬프트 텍스트 뒤에 붙입니다(파라미터 목록). 참조 이미지는 Image Prompt나 Style Reference로 프롬프트에 추가합니다. 현재 버전은 Midjourney V8.2이며, 커뮤니티 스타일 레퍼런스는 어휘를 찾을 때 쓸 만합니다.

ChatGPT와 GPT Image: 순서가 있고, 라벨을 붙이고, 편집 가능하게

OpenAI의 최신 이미지 프롬프트 가이드는 피사체와 용도(제품 사진, 광고, 다이어그램 등)를 먼저 밝히라고 합니다. 복잡한 요청은 장면, 피사체, 디테일, 제약 조건으로 나누고 라벨을 붙인 섹션으로 정리하라고 제안합니다. 재질, 조명, 매체처럼 눈에 보이는 디테일을 묘사하고, 참조 이미지마다 번호와 역할을 부여하라는 조언도 있습니다(OpenAI 이미지 프롬프트 가이드). 이 가이드는 속도에 맞춘 Flare와 품질에 맞춘 Sunburst, 두 가지 GPT Image 2.5 모델을 다룹니다. OpenAI의 이미지 모델은 ChatGPT나 API로 쓸 수 있습니다(디렉터리에는 이전 모델인 GPT Image 2 페이지도 있습니다). API의 이미지 생성 가이드는 Responses API를 통한 멀티턴 편집을 설명합니다.

Gemini: 문장으로 쓰는 장면

Google 문서는 자사의 네이티브 이미지 생성을 Nano Banana라고 부르며, Gemini API 페이지에 재사용할 수 있는 템플릿을 제공합니다. 사실적인 이미지용 템플릿은 "A photorealistic [type of shot] of a [subject description] in a [setting description]"이고, 페이지는 "구체적일수록 더 많이 제어할 수 있다"고 말합니다(Google AI for Developers). 반복 작업에는 멀티턴 대화를 권장하며, 참조 이미지는 최대 14장까지 받습니다(한도는 모델마다 다릅니다). Gemini 앱이나 Nano Banana에서 써 볼 수 있습니다.

Ideogram: 문장과 따옴표, 숨은 문법은 없음

Ideogram은 ::1 같은 가중치나 --ar 같은 플래그를 일반 단어로 읽는다고 분명히 밝힙니다. 완전한 문장으로, 핵심 아이디어를 먼저, 따옴표 안의 텍스트는 앞쪽에 쓰라고 합니다(Ideogram 프롬프트 기본). Ideogram 3.0에서는 일반 문장 프롬프트를 약 150단어 이내로 유지하라고 제안합니다. Ideogram 4.5는 최대 10,000자까지 받지만(Ideogram 4 페이지 참고), 문서는 초점이 분명한 프롬프트가 여전히 제어하기 쉽다고 말합니다.

FLUX: 구체적으로, 꼭 길 필요는 없음

FLUX 3 Image에 대한 BFL의 지침은 한 문장으로 시작해 결과를 본 뒤 디테일을 더하라는 것입니다. "masterpiece" 같은 품질 태그는 빼고, 눈에 보이는 것을 묘사하지 않는 문장은 잘라 내라고 합니다. "좋은 프롬프트는 구체적이지, 꼭 길지는 않습니다." 이 연구소 자체는 Black Forest Labs에서 소개합니다.

원하는 것을 말하고, 원하지 않는 것은 말하지 마세요

부정 지시는 문서들의 의견이 가장 일치하는 부분입니다. Midjourney의 프롬프트 기본 문서는 파티를 묘사하면서 "no cake"라고 써도 케이크가 나올 수 있다고 말합니다. Ideogram의 문제 해결 페이지는 이미지 모델이 "'no', 'without', 'not'을 잘 처리하지 못한다"고 하며, 그것이 없을 때 보일 모습을 묘사하라고 안내합니다(Ideogram). BFL은 FLUX 3 Image에 negative_prompt 필드가 없다고 하며, "no crowds" 대신 "an empty promenade"라고 쓰라는 예시를 듭니다.

일부 도구는 여전히 제외 기능을 제공합니다. Midjourney에는 --no 파라미터가 있어 --no fruit, apple, pear처럼 쉼표로 구분한 목록을 받습니다(Midjourney 문서). Ideogram은 3.0에 네거티브 프롬프트 설정이 있지만, 4.5와 4.0에서는 표현을 바꿔 쓰는 것이 유일한 방법입니다. 이런 기능은 보조 수단으로 보세요. 먼저 긍정 표현으로 쓰는 것이 우선입니다.

이미지 프롬프트의 권장·비권장 다섯 쌍: "사람 없음" 대신 빈 거리 묘사하기, 정확한 텍스트는 따옴표로 묶기, 한 번에 하나만 바꾸기, 편집 시 유지할 요소 밝히기, 이미지 유형과 피사체를 앞에 두기.

없는 것을 묘사하려면 잠깐 생각이 필요합니다. "우산이 없는 해변"은 "파도와 발자국이 있는 탁 트인 모래사장"이 됩니다. 이제 모델은 피해야 할 물체가 아니라 그려야 할 대상을 갖게 됩니다.

이미지 안의 텍스트

이미지 속 텍스트 렌더링은 이미지 생성에서 가장 크게 좋아진 부분이지만, 여전히 방법을 갖춰야 할 만큼 자주 실패합니다. Ideogram의 텍스트 가이드는 "따옴표 안의 모든 것은 렌더링할 텍스트"라고 하며, 텍스트를 앞쪽에 지정하라고 제안하고, 단어가 늘거나 배경이 복잡해지면 오타 확률이 올라간다고 경고합니다. 또 폰트를 이름으로 고를 수는 없다고 합니다. 대신 bold sans-serif나 thin rounded처럼 굵기와 분위기를 묘사하세요(Ideogram).

OpenAI의 프롬프트 가이드는 두 가지 습관을 더합니다. 까다로운 브랜드명은 글자 단위로 철자를 불러 주고, 작은 글씨나 정보 밀도가 높은 이미지는 medium과 high 품질을 비교해 보라는 것입니다. 그래도 OpenAI의 이미지 생성 가이드는 이 모델이 "정확한 텍스트 배치와 선명도에서는 여전히 어려움을 겪을 수 있다"고 말합니다. 헤드라인은 짧게 쓰고, 긴 문구는 나중에 디자인 도구에서 고치세요.

여덟 가지 프롬프트, 수정 전후

아래 예시는 텍스트로 작성한 것이며, 특정 결과를 보장하지는 않습니다. 오른쪽 열은 앞서 소개한 벤더들의 조언을 바탕으로 각 수정이 무엇을 노리는지 설명합니다.

수정 전수정 후수정의 의도
들판에 해바라기가 잔뜩 피어 있는 그림을 원해요, 아주 키가 크고 노랗게요, 유화처럼 그려 주세요들판에 핀 키 큰 노란 해바라기, 유화지시를 매체와 피사체를 밝힌 짧은 구절로 줄입니다. 프롬프트를 짧게 유지하라는 Midjourney의 조언에 따른 것입니다.
공원에 있는 개탁 트인 잔디밭에서 빨간 프리스비를 향해 도약하는 골든 리트리버 사진, 왼쪽에서 비치는 낮은 아침 햇빛, 지면 높이에서 촬영동작, 배경, 빛의 방향, 각도를 더해 모델이 임의로 고르지 않게 합니다.
사람이 없는 거리새벽의 텅 빈 거리, 젖은 도로, 셔터가 내려간 상점들제외 표현을 장면에 대한 긍정적 묘사로 바꿉니다.
우리 빵집 포스터인데 good bread라고 써 주세요동네 빵집 포스터. 상단에 굵은 산세리프체로 쓴 헤드라인 "Good Bread", 그 아래 나무 도마 위의 빵 한 덩이, 따뜻한 창가 빛정확한 문구를 따옴표로 묶어 앞쪽에 두고, 폰트 이름 대신 글자 모양을 묘사합니다.
해돋이의 산속 호수해돋이의 산속 호수, 수면 위의 안개 --ar 21:9Midjourney 전용입니다. 화면 비율을 파라미터로 옮깁니다. FLUX 3 Image에서는 대신 aspect_ratio 필드를 설정합니다.
더 멋지게 해 줘하늘만 맑은 노을로 바꿔 주세요. 건물, 사람들, 프레이밍, 거리의 색은 그대로 유지하세요.바꿀 것 하나와 보존할 것을 밝힙니다. 편집에 대한 OpenAI 프롬프트 가이드의 조언 그대로입니다.
예쁜 판타지 아트, 등대절벽 위 등대의 과슈 일러스트, 평면적인 형태, 차분한 청록과 황토색 팔레트모호한 표현을 구체적인 매체 이름과 팔레트로 바꿉니다.
물병 사진옅은 색 나무 선반 위에 놓인 무광 녹색 스틸 물병의 스튜디오 제품 사진, 오른쪽에서 들어오는 부드러운 창가 빛, 눈높이에서 정면 촬영Google의 제품 사진 템플릿 구조를 따릅니다. 표면, 빛의 방향, 각도를 지정합니다.

"수정 후" 프롬프트 중 긴 것은 없습니다. 가장 긴 것도 30단어 안팎입니다. 효과의 대부분은 형용사를 쌓는 데서가 아니라 매체, 광원, 프레이밍을 이름으로 짚는 데서 나옵니다. BFL도 "highly detailed" 같은 일반적인 품질 표현은 구체적 묘사 이상의 효과를 더하지 못한다고 분명히 말합니다.

디버깅하듯 반복하세요

첫 이미지는 초안으로 다루세요. Ideogram의 개선 가이드도 정확히 초안이라 부르며, 작고 의도적인 변경이 처음부터 다시 시작하는 것보다 목표에 더 가깝게 데려다준다고 말합니다. 핵심 규칙은 라운드마다 단어나 구절 하나만 바꿔서 각 변경이 무엇을 했는지 볼 수 있게 하는 것이며, 깨끗한 비교가 필요하면 시드를 고정하고 Magic Prompt를 끄라고 합니다(Ideogram). OpenAI의 프롬프트 가이드도 같은 결론에 이릅니다. 이전 출력을 다시 넘기고, 변경은 하나만 요청하고, 보존할 디테일을 반복해서 적으라는 것입니다.

이미지 프롬프트를 반복 개선하는 다섯 단계 루프: 짧은 기본 프롬프트 작성, 생성, 부족한 점 하나 찾기, 한 가지만 바꾸기, 다시 만들지 말고 편집하기.

이미지의 대부분이 마음에 든다면 다시 생성하지 말고 편집하세요. Gemini 문서는 이럴 때 멀티턴 대화를 권하고, OpenAI 가이드는 편집 가능한 대화형 흐름을 위해 Responses API를 설명합니다. 편집할 때는 그대로 둘 것을 말하고, 매 턴마다 그 목록을 반복하세요. OpenAI는 결과가 어긋나면 핵심 제약을 다시 명시하라고 합니다.

해상도도 이 루프의 일부입니다. BFL은 낮은 해상도에서 반복하다가 더 많은 디테일이 필요할 때만 2k나 4k로 올리라고 제안합니다.

생성하기 전에 프롬프트 점수 매기기

아래 체크리스트는 앞서 소개한 조언을 10점 만점 점수로 바꾼 것입니다. 벤더 가이드를 바탕으로 만든 ToolPotion의 평가 기준이지 벤더의 공식 지표가 아니므로, 판정은 참고용으로만 보세요.

작업별로 어떤 도구를 쓸까

순위표가 아니라 작업에서 출발하세요. 이미지에 읽을 수 있는 글자가 들어가야 한다면 Ideogram 문서가 이 주제에 가장 많은 분량을 할애합니다. 모델과 계속 대화하며 턴마다 이미지를 다듬고 싶다면 대화형 도구가 맞습니다. ChatGPT와 Gemini 모두 멀티턴 편집을 문서화하고 있습니다. 짧은 프롬프트로 개성 있는 룩을 얻고 싶고 플래그가 부담스럽지 않다면 Midjourney의 방식이 어울립니다. 정밀한 레이아웃 제어가 필요하다면 BFL이 FLUX 3 Image용으로 바운딩 박스를 쓰는 레이아웃 프롬프트를 문서화해 두었습니다.

순위가 궁금하다면 AI 이미지 생성기 ToolRank 보드에서 도구들의 순위를 볼 수 있고, 카테고리 허브에서 도구를 묶어서 볼 수 있습니다. 출력 품질과 가격은 AI 이미지 생성기 비교와 종합 정리에서 더 자세히 다룹니다. 프롬프트를 많이 쓴다면 프롬프트 엔지니어링 도구 보드와 실전 프롬프트 엔지니어링 가이드가 다음 단계로 좋습니다.

자주 묻는 질문

AI 이미지 프롬프트는 얼마나 길어야 하나요?

도구마다 다릅니다. Midjourney는 짧고 단순하게 쓰라고 권합니다. Ideogram은 3.0에서 약 150단어 이내를 제안합니다. BFL은 한 문장으로 시작해 결과를 보고 디테일을 더하라고 합니다. 기본값으로는 한두 문장으로 시작해서 라운드마다 하나씩 더하는 것이 좋습니다.

네거티브 프롬프트는 효과가 있나요?

때로는 있지만, 도구가 지원하는 경우에만 해당합니다. Midjourney에는 --no가 있고, Ideogram 3.0에는 네거티브 프롬프트 설정이 있습니다. Ideogram과 BFL 모두 원하는 것을 묘사하라고 말하며, FLUX 3 Image에는 네거티브 프롬프트 필드가 없습니다.

프롬프트 하나를 여러 도구에서 재사용할 수 있나요?

평범한 문장으로 쓴 핵심 부분은 그대로 쓸 수 있습니다. 플래그는 그렇지 않습니다. --ar 16:9 플래그는 Midjourney에서는 의미가 있지만 Ideogram에서는 일반 단어로 읽히므로, 설정은 도구마다 맞는 위치로 옮겨야 합니다.

이미지 속 텍스트를 제대로 나오게 하려면 어떻게 하나요?

정확한 문구를 따옴표 안에 넣고, 앞쪽에 쓰고, 짧게 유지하고, 배경은 단순하게 하세요. 단어가 틀리게 나오면 다시 생성하거나, 문구를 줄이거나, 편집 도구로 고치세요.

프롬프트 생성기를 써야 할까요?

구성 요소를 기억하는 데는 도움이 됩니다. Midjourney Prompt Generator 같은 도구는 선택지에서 프롬프트를 조립해 주지만, 일부는 이전 버전용으로 만들어졌으니 결과를 벤더의 조언과 대조해 확인하세요.

이어서 읽기

AI 출력물 팩트체크 방법규모가 커져도 통하는 검증 워크플로프롬프트 엔지니어링AI 출력물 팩트체크 방법: 규모가 커져도 통하는 검증 워크플로AI 초안은 여전히 출처, 인용문, 숫자를 지어내며, 그럴듯함은 어느 때보다 높아졌습니다. 중요한 오류를 발행 전에 잡아내는 위험도별 워크플로를 소개합니다.2026년 10월 23일15분 분량글 읽기프롬프트에서 스킬로오래 가는 AI 지시문 패키징하기프롬프트 엔지니어링프롬프트에서 스킬로: 오래 가는 AI 지시문 패키징하기저장해 둔 프롬프트를 이식 가능한 AI 스킬로 바꾸세요. 구조, SKILL.md 이식성, 테스트, MCP, 팀 공유, 마이그레이션 체크리스트, 굳이 만들 필요 없는 경우까지 다룹니다.2026년 10월 14일12분 분량글 읽기컨텍스트 엔지니어링AI 출력이 평범한 이유와 입력을 개선하는 방법프롬프트 엔지니어링컨텍스트 엔지니어링: AI 출력이 평범한 이유와 입력을 개선하는 방법광고된 컨텍스트는 실제로 사용 가능한 컨텍스트가 아닙니다. 2026년 컨텍스트 엔지니어링 플레이북: 윈도우, 검색 위생, 문서 준비, 메모리 토글, 프로젝트…2026년 9월 14일19분 분량글 읽기모델 업데이트에도 살아남는 프롬프트 패턴내구성 있는 프롬프팅 플레이북프롬프트 엔지니어링모델 업데이트에도 살아남는 프롬프트 패턴: 내구성 있는 프롬프팅 플레이북모델이 바뀌어도 계속 작동하는 프롬프트 엔지니어링 패턴: 역할-컨텍스트-태스크-포맷 쉘, 퓨샷 스캐폴드, 출력 계약, 평가 루프.2026년 9월 12일20분 분량글 읽기실전 프롬프트 엔지니어링2026년에도 여전히 통하는 것프롬프트 엔지니어링실전 프롬프트 엔지니어링: 2026년에도 여전히 통하는 것2023년 프롬프트 엔지니어링 요령의 절반은 이미 죽었다. 2026년에도 AI 출력을 개선하는 것은 맥락, 예시, 구조화된 요청, 그리고 반복이다.2026년 7월 31일9분 분량글 읽기로컬 AI 구동용으로 M6 Mac, 살 만할까요?가이드로컬 AI 구동용으로 M6 Mac, 살 만할까요?Apple의 M6 MacBook Pro와 iMac은 더 빠른 온디바이스 AI를 내세우지만, 무엇이 돌아가는지는 메모리가 좌우합니다. 로컬 모델을 쓰려는 분을 위해 스펙과 가격의 의미를 짚어봤습니다.2026년 10월 31일6분 분량글 읽기xAI가 주민들의 집을 사겠다고 나섰습니다지역 사회가 AI 데이터센터에 반발하는 이유업계 인사이트xAI가 주민들의 집을 사겠다고 나섰습니다: 지역 사회가 AI 데이터센터에 반발하는 이유미시시피의 한 동네는 터빈 소음 소송을 하지 않는 조건으로 주택 매입 제안을 받았습니다. AI 데이터센터가 지역의 반발에 부딪히는 이유와 데이터센터를 옹호하는 논리를 살펴봅니다.2026년 10월 30일10분 분량글 읽기GitHub Copilot Fusion모델 라우터가 중요한 이유업계 인사이트GitHub Copilot Fusion: 모델 라우터가 중요한 이유GitHub는 Copilot Fusion이 Claude Code와 2점 차이 이내의 성능을 절반 비용으로 낸다고 밝혔습니다. 무엇을 라우팅하는지, 누가 쓸 수 있는지, 벤치마크가 빼놓은 것은 무엇인지 짚어봅니다.2026년 10월 30일6분 분량글 읽기