이미지 생성 프롬프트가 1~3문장 권고보다 길어지는 이유

블로그 썸네일용 이미지 생성 프롬프트 13건을 세어 보니 평균 828자였습니다. 그중 579자는 글이 바뀌어도 똑같이 반복되는 골격이고, 글마다 새로 쓰는 분량은 주인공을 지정하는 250자 안팎입니다.

OpenAI 공식 문서는 좋은 이미지 프롬프트는 길 필요가 없고 대개 1~3개의 명확한 문장이면 충분하다고 안내합니다. 한 장을 대화로 다듬는 일과 여러 장을 같은 톤으로 뽑는 일은 요구하는 프롬프트가 다릅니다. 세 문장이 아니라 828자가 된 것도 그래서입니다.

썸네일 한 장의 프롬프트를 실제로 세어 보니 828자였다

썸네일 사양이 남아 있는 13건을 재 보니 프롬프트 평균이 828자였습니다. 가장 짧은 글이 763자, 가장 긴 글이 884자입니다. 글이 달라져도 분량이 거의 흔들리지 않는다는 점이 첫 단서였습니다.

828자는 원고지 네 장이 넘는 분량입니다. 다만 이 프롬프트는 매번 손으로 쓴 것이 아니라 buildThumbPrompt 함수가 조립한 결과물입니다. 함수가 글마다 받는 입력은 라벨 한 줄과 소재 몇 문장뿐이고, 나머지는 고정된 틀에서 그대로 가져옵니다.

길이가 763자에서 884자 사이에 몰려 있는 이유도 여기에 있습니다. 글마다 달라지는 입력이 짧으니 전체 길이는 틀의 길이를 따라갑니다. 권고보다 늘어난 분량은 전부 이 틀에서 나옵니다.

그중 579자는 글마다 똑같이 반복되는 골격이다

buildThumbPrompt에 라벨과 소재를 빈 값으로 넣고 화풍을 render3d로 두면 579자가 나옵니다. 이 579자가 글과 무관하게 반복되는 골격입니다. 평균 828자의 7할이 매번 같은 문장이라는 뜻이고, 이미지 생성 프롬프트가 길어지는 주범이 바로 이 골격입니다.

골격 네 구획이 각각 무엇을 고정하는지는 표 한 장이 빠릅니다.

구획	고정하는 것
크기·저장 경로	출력 규격과 파일이 놓일 위치
글자 규칙	이미지 안에 들어갈 라벨의 표기
화풍	render3d 톤
금지 항목	워터마크, 서명, 그래프 눈금

글자 규칙이 생긴 이유는 블로그 목록 화면입니다. 목록에서 대표 이미지는 260px 폭으로 줄어들고, 이 폭에서 라벨이 세 단어를 넘으면 획이 뭉개집니다. 소재를 두세 개까지만 쓰고 형태를 크게 잡으라는 제약도 같은 골격에 들어 있습니다.

글자 규칙이 지켜진 흔적은 사양 파일에 그대로 남아 있습니다. 라벨 13건 가운데 11건이 한두 단어입니다. 가장 긴 라벨이 16자이고, 10건은 전부 대문자입니다. 대소문자까지 정해 둔 것은 아니어서 false positive나 rumor check처럼 소문자로 둔 라벨도 있습니다.

글마다 새로 쓰는 250자는 주인공을 눈에 보이는 물건으로 지정하는 데 쓴다

평균 828자에서 골격을 빼면 250자 안팎이 남습니다. 글마다 새로 쓰는 부분은 이것이 전부이고, 라벨 한 줄과 소재를 지정하는 몇 문장으로 끝납니다. 이 250자가 하는 일은 하나입니다. 글의 주제를 손에 잡히는 물건으로 바꾸는 일입니다.

경영진 인사 변경 글의 사양이 좋은 예입니다. 라벨은 CEO TO CHAIR 한 줄이고, 소재는 아래에 옮긴 것이 전부입니다. 사람 대신 빈 의자와 명패, 나사로 인사 발표를 표현하게 했습니다.

유리벽 임원실 안에 등받이 높은 가죽 회의용 의자 하나가 책상 앞에 비어 있고, 책상 위 앞쪽에는 글자가 지워진 놋쇠 명패가 비스듬히 놓여 있다. 명패 옆에는 나사 두 개가 굴러 나와 있다. 의자에만 위에서 빛을 떨어뜨리고 배경 사무실은 어둡게 묻는다. 사람은 그리지 않는다.

소재 문장에 추상어가 없습니다. 의자의 등받이 높이, 명패의 재질, 빛의 방향까지 전부 카메라에 잡히는 것들입니다. OpenAI Academy 자료도 구체적이고 상세할수록 결과물이 의도에 가깝게 나온다고 적습니다. 규격은 골격이 지키고, 구체적인 묘사는 전부 이 250자가 맡습니다.

다른 글도 같은 틀을 그대로 따랐습니다. Hugging Face 침해 소식 글은 라벨을 회사 이름에서 agent breach로 바꿔 달았고, 가재코드(gjc) 실전 사용법 글은 붉은 집게를 든 가재를 주인공으로 세우면서 테마색을 red-claw와 blue-crab으로 지정했습니다. 글이 바뀔 때 움직이는 것은 주인공과 그 주변 몇 가지뿐입니다.

1~3 문장 권고는 한 장 대화용이고, 반복 작업에는 골격이 남는다

1~3문장 권고는 대화창에서 이미지 생성 프롬프트 한 건을 주고받으며 다듬는 상황을 전제합니다. 결과가 어긋나면 다음 대화에서 고치면 되니, 처음부터 모든 조건을 적을 이유가 없습니다. 반복 작업은 다릅니다. 매번 같은 규격과 톤을 지켜야 하고, 결과물이 고칠 기회 없이 한 번에 나와야 합니다.

짧게 쓰라는 문서에 반복 작업의 처방도 함께 실려 있습니다. ChatGPT Learn의 이미지 생성 문서는 고정돼야 하는 요구 사항은 반복해서 적으라고 안내하는데, 579자 골격은 그 반복을 손으로 다시 쓰는 대신 함수에 굳혀 둔 것입니다. 썸네일은 Codex CLI에 내장된 이미지 생성 기능으로 뽑고, 모델은 gpt-image-2를 씁니다.

지금 판단으로는 골격을 굳혀 두는 쪽이 맞습니다. 이 판단은 같은 톤의 썸네일을 계속 뽑고, 모델이 지난 생성의 제약을 기억해 주지 않는 동안만 성립합니다. 관전 포인트는 모델이 바뀌는 순간입니다. gpt-image-2 다음 세대가 반복 제약을 알아서 지켜 준다면, 579자 골격의 네 구획을 하나씩 빼 보면서 어디까지 줄일 수 있는지 확인해 볼 생각입니다.