Community이미지github.com

이미지 생성

게시물 메시지를 각 플랫폼에 맞는 정확한 크기의 완성된 이미지 파일로 변환합니다. Google Gemini 이미지와 같은 모든 이미지 모델을 지원합니다.

이미지 생성란 무엇인가요?

이 스킬은 게시물의 메시지를 각 플랫폼에 맞는 정확한 픽셀 크기의 완성된 이미지 파일로 변환하는 전문 이미지 생성 에이전트입니다. Google Gemini 이미지 모델을 포함한 다양한 이미지 모델을 지원하며, 헤드라인을 장면에 직접 구워 넣고(코드로 붙여넣지 않음), 프로필 그리드 안전 영역 내에 모든 텍스트를 배치하며, 실제 인물의 초상화를 참조 사진과 일치시키고, 정확한 플랫폼 크기를 준수하며, 대체 텍스트를 작성하고, 재생성 시마다 검증합니다. '이 게시물용 이미지를 만들어 줘', '썸네일을 만들어 줘', '동영상 커버를 만들어 줘', '캐러셀을 디자인해 줘', '이 정적 이미지에 애니메이션을 넣어 줘', '이미지 모델이 4:5 비율을 지원하지 않아', '헤드라인이 그리드에서 잘려 나가' 등의 요청에 응답할 때 사용됩니다. 이 스킬은 브랜드 프로필, 작문, 비디오 편집 및 검토 루프 스킬과 협력하여 작동합니다.

지원 대상~Claude Code~Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/builtnotboosted/built-not-boosted-skills/tree/HEAD/plugins/built-not-boosted/skills/image-generation

Installed? Explore more 이미지 skills: steipete/songsee, affaan-m/frontend-design, mattpocock/improve-codebase-architecture · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

이미지 생성은(는) 무엇을 하나요?

이 스킬은 게시물의 메시지를 각 플랫폼이 원하는 정확한 크기의 완성된 이미지 파일로 변환합니다. 이 스킬은 제작 방법(장면 선택 방법, 헤드라인이 이미지에 들어가는 방법, 실제 인물의 얼굴을 실제로 유지하는 방법, 종횡비 제어 방법, 파일 확인 방법 및 대체 텍스트 작성 방법)을 소유합니다. 브랜드 상수(팔레트, 글꼴, 로고 규칙, 초상화 규칙)는 brand/brand-profile.md에, 헤드라인 단어는 writing 스킬에, 비디오 편집 내에서 제작된 커버는 video-editing 스킬에, 배송 전 독립적인 검사는 review-loop 스킬에 위임합니다.

권한 순서: brand-profile.md가 브랜드 상수 및 규정 준수 문구에 대해 우선합니다. 이 스킬은 방법을 소유합니다.

시작하기 전에

  1. 마케팅 작업 공간(기본값 marketing/)을 찾으세요. 없으면 한 줄로 말하고 brand-setup 스킬을 실행하겠다고 제안하세요. 사용자가 계속 진행하려면 팔레트(두세 개의 16진수 코드), 헤드라인 글꼴 및 실제 인물이 나타나는지만 물어보세요.
  2. brand/brand-profile.md에서 다음을 읽으세요: ## Visual identity (팔레트, 글꼴, 로고 사용법, 이미지 스타일), ## Likeness (참조 이미지 경로 및 규칙), ## Platforms (이미지가 사용될 곳), ## Compliance (이미지에 반드시 나타나거나 나타나지 말아야 할 사항), ## Boundaries 및 ## Tools (사용 가능한 이미지 모델).
  3. 헤드라인 문구를 확정하기 전에 brand/voice-learnings.md를 읽으세요: 헤드라인은 카피이며, 카피는 그 사람의 말투처럼 들려야 합니다.
  4. 계정이 어떤 이미지가 도달 범위를 얻는지에 대해 배운 내용이 있다면 brand/performance-learnings.md를 읽으세요.
  5. 해당 콘텐츠의 폴더인 content/<yyyy-mm-dd>-<slug>/에서 작업하세요. 이미지는 그곳의 images/ 하위 폴더에 저장됩니다.
  6. 제작하기 전에 형식을 알아야 합니다: 일반 정적 이미지, 캐러셀, 숏폼 커버, 롱폼 커버 또는 애니메이션 정적 이미지. 아무도 선택하지 않았다면 가장 간단한 형식을 선택하고 그 이유를 한 줄로 말하세요.

표준

  1. 헤드라인은 이미지 모델에 의해 장면에 직접 구워지며, 코드로 위에 붙여넣지 않습니다. 모델에 헤드라인과 부제목을 그림의 일부로 렌더링하도록 요청하고, 디자이너가 하듯이 조명과 배치를 적용하세요. 이유: PIL, Canva 스타일 오버레이나 HTML을 사용하여 나중에 추가된 텍스트는 사진과 다른 평면에 위치하여 싸구려 템플릿처럼 읽히며, 이것이 사람들이 AI 이미지를 거부하는 가장 흔한 이유입니다. 이미지 모델은 이제 짧은 표시 텍스트에 능숙하므로, 모델이 그 일을 하게 하세요.
  2. 헤드라인이 주인공입니다. 크고, 굵고, 좁은 글꼴로, 보이는 높이의 약 40%이며 최소 3분의 1 이상, 2~3줄의 짧은 문장, 악센트 색상의 한 단어로 강조하세요. 캡션처럼 읽히면 실패입니다. 이유: 그리드와 피드는 휴대폰에서 썸네일 크기로 평가되며, 큰 헤드라인만이 살아남습니다.
  3. 모든 텍스트는 그리드 안전 영역 안에 있습니다. 캔버스의 중앙 1:1 정사각형으로, 각 면에서 7~8% 더 안쪽으로 들어가며, 헤드라인 위에 여유 공간을 두고 하단 12%에는 중요한 것이 없어야 합니다. 이유: 프로필 그리드, 링크 미리보기 및 인피드 자르기는 가장자리를 잘라냅니다. 형식별 숫자는 references/grid-safe-zone.md를 참조하세요.
  4. 모든 이미지는 해당 메시지를 위해 제작된 독특하고 실제처럼 보이는 장면입니다. 실제 장소에서 무언가를 하는 사람, 또는 하나의 강력한 시각적 은유, 자연스러운 색상에 브랜드 악센트는 절제되게 사용하세요. 단어만 바꾸고 같은 배경에 같은 초상화를 반복하지 마세요. 유일한 예외는 의도적인 주간 시리즈로, 레이아웃을 의도적으로 반복할 수 있습니다.
  5. 실제 인물은 실제로 유지됩니다. 실제 인물이 등장할 때, 그들의 얼굴은 참조 사진에서 가져오며, 실제 나이와 체형을 반영합니다. 얼굴을 만들어 내지 말고, 참조 사진 자체를 게시하지 마세요.
  6. 정확한 크기, 확인됨. 모든 파일은 references/asset-sizes.md에 있는 정확한 픽셀 크기로 완성되며, 치수는 가정하지 않고 확인합니다.
  7. 코드로 모양을 억지로 만들지 마세요. 생성된 이미지에 패딩, 레터박스, 미러링, 늘리기 또는 합성을 하여 종횡비를 강제로 맞추지 마세요. 대신 종횡비 고정 기능(아래 참조)을 사용하여 다시 생성하세요. 이유: 패딩된 이미지는 미완성처럼 보이는 여백이 있으며 한눈에 드러납니다.
  8. 이미지당 한 줄의 대체 텍스트. 장면과 포함된 헤드라인에 대한 간단한 설명. 해시태그, 링크, 판매 문구는 없습니다.

방법

1. 그림 결정 (매 이미지마다 새롭게)

  1. 게시물의 단일 핵심 메시지를 한 문장으로 요약하세요.
  2. 감정을 결정하세요: 안심시키는, 영리한, 차분한, 재미있는, 기쁜, 또는 부드러운 경고. 기본값은 따뜻함입니다. 절망적인 느낌은 안 됩니다.
  3. 이를 전달할 하나의 시각적 아이디어를 고안하세요: 실제 순간의 사람(혼잡한 거리에서 통화 중, 주방 테이블에서 커피를 마시며, 상자를 푸는 중) 또는 하나의 읽기 쉬운 은유(상점 앞의 안전 그물, 하나의 균열이 있는 체인, 하루가 동그라미 표시된 달력).
  4. 헤드라인(2~5단어가 이상적이며, 3줄을 초과하지 않음)과 선택적 한 줄 부제목을 작성하세요. 무엇인지 말해주는 평범하고 직설적인 문장으로 시작하세요. 더 영리한 후크를 레이블이 지정된 대안으로 제공하세요. 이유: 평범한 헤드라인이 명확성과 검색에서 더 나은 경향이 있으며, 선택권이 주어졌을 때 사람들이 선택합니다.
  5. 처음부터 헤드라인을 위한 빈 영역을 계획하세요. 일반적으로 그리드 안전 사각형 내의 더 어두운 하늘, 벽 또는 그림자 영역입니다.

2. 헤드라인이 포함된 장면 생성

장면, 조명, 프레이밍 및 텍스트를 함께 설명하는 하나의 프롬프트를 작성하세요. 헤드라인을 정확히 따옴표 안에 표기하고, 어떤 단어가 악센트 색상인지 말하고, 예약된 영역에 "크고, 굵고, 좁고, 포스터 규모"의 글꼴을 요청하며, 부제목이 줄바꿈되지 않을 만큼 짧게 유지하세요. 맨 아래는 비워두세요.

이미지 모델이 예측 가능한 방식으로 실패하기 때문에, 왜곡 방지 조치:

  • 줄바꿈되는 부제목은 종종 줄바꿈 지점에서 단어가 중복됩니다("처음 처음"). 한 줄로 유지하세요.
  • 작은 고정 텍스트(이름, 핸들, 웹 주소)는 종종 철자가 틀립니다. 브랜드가 작은 이름표를 사용하는 경우, 모델에 요청하는 대신 해당 요소를 나중에 스탬프 처리하세요(scripts/cover_from_frame.py --wordmark가 방법을 보여줍니다).
  • 긴 헤드라인은 축소되고 왜곡됩니다. 단어를 줄이고 더 크게 만드세요.

프롬프트 구조, 종횡비 팁 및 Gemini 작업 예제는 references/prompting-and-aspect.md를 참조하세요. 간단히 말하면: 도구가 종횡비 설정을 노출하면 사용하고, 정사각형만 반환하는 경우 대상 비율의 빈 캔버스에 편집하세요(scripts/aspect_scaffold.py) 그리고 절대 정사각형 참조 이미지를 함께 전달하지 마세요.

3. 초상화 고정 (실제 인물이 있는 모든 이미지)

세션의 첫 번째 얼굴 중심 이미지 전에 references/likeness-lock.md를 읽으세요. 간단히:

  • brand/reference-images/의 참조 사진을 기반으로 구축하세요: 단어로 사람을 설명하는 대신 깨끗하고 정면을 향한 헤드샷을 장면에 편집하고, 정면 얼굴 클로즈업 두세 개(배경이 섞여 들어오는 전체 장면 셀카 아님)를 신원 참조로 제공하세요. 옆으로 누운 휴대폰 사진은 먼저 똑바로 세우세요.
  • 제공된 컬러 사진(머리색, 헤어스타일, 수염, 얼굴형과 체형, 안경, 나이)을 기준으로 결과를 항목별로 확인하세요. 다른 AI 이미지와 비교하여 초상화를 판단하지 마세요.
  • 약 3~4회의 정직한 재생성을 예상하세요. 그래도 맞지 않으면 얼굴이 없는 장면(은유 + 헤드라인)으로 작품을 다시 만드세요. 그것도 안 되면 보류하고 그렇게 말하세요. 잘못된 얼굴은 이미지가 없는 것보다 더 나쁩니다.
  • 참조 사진을 이미지에 직접 게시하거나 자르지 마세요. 참조 사진은 신원 참조용일 뿐입니다.

4. 촬영된 비디오용 실제 프레임 커버

사람이 토킹 헤드 비디오를 촬영한 경우, 커버는 생성된 초상화가 아닌 해당 영상의 실제 프레임으로 제작됩니다. 얼굴은 진짜이며 커버는 비디오와 일치합니다. 사진 위에 디자인된 헤드라인 오버레이가 올바른 선택인 유일한 경우입니다. 이는 실제 사진에 제목을 붙이는 것이기 때문에, 정확히 썸네일 디자이너가 하는 방식입니다.

  1. 후보 프레임을 추출하거나(ffmpeg -ss <t>), 스크립트가 시간 범위 내에서 가장 선명한 얼굴 프레임을 찾도록 하고, 아이 연락처가 있고, 따뜻한 표정이며(말하는 중간이 아님), 초점이 선명하고, 내장된 자막이 없는 프레임을 선택하세요.
  2. scripts/cover_from_frame.py를 실행하세요(--help 참조): 크기에 맞게 커버 크롭을 하고, 부드러운 스크림을 추가하고, 그리드 안전 사각형 내에서 하나의 악센트 단어와 밑줄이 있는 히어로 헤드라인을 자동으로 맞추고, 선택적 부제목 리본과 선택적 이름표를 추가한 다음, 모든 텍스트 상자가 안전 영역을 준수하는지 확인합니다.
  3. 비디오 모양과 일치시킵니다: 9:16 숏폼은 중앙 사각형에 텍스트가 있는 9:16 1080x1920 커버를 얻고; 16:9 롱폼은 1280x720 커버를 얻습니다. video-editing 스킬로 편집하는 경우, 자체 커버 단계가 편집 내에서 이를 수행합니다.

5. 애니메이션 정적 이미지 ("오버레이 금지"의 유일한 예외)

애니메이션 정적 이미지는 4~6초 동안 반복되는 MP4로, 정적 슬롯을 채우며 대부분의 피드에서 비디오로 처리됩니다. 텍스트는 움직이기 위해 별도 레이어여야 하므로, 여기서만 디자인된 키네틱 타입이 생성된 장면 위에 위치합니다. 동일한 기준이 적용됩니다: 실제 장면, 히어로 헤드라인, 브랜드 색상, 그리드 안전 배치, 그리고 프레임 0에 전체 헤드라인이 이미 보여야 합니다. 그리드는 비디오의 첫 번째 프레임을 포스팅하기 때문입니다. 언제 사용해야 하는지, scripts/animate_render.js의 구성, 오디오 저작권 규칙 및 검토 사항은 references/animated-statics.md를 참조하세요.

6. 이미지 모델을 사용할 수 없는 경우: HTML 경로

연결된 이미지 모델이 없거나, 작품이 순수 텍스트 레이아웃(축어적 인용 카드, 통계 카드, 텍스트 슬라이드 캐러셀, 프로필 배너)인 경우 HTML 및 CSS로 디자인하고 Playwright로 렌더링하세요. 중요한 규칙: 뷰포트는 실제 출력 크기여야 하고, CSS 배율 변환을 사용하지 말고, 스크린샷 전에 글꼴을 로드하며, 이후 PNG의 치수를 확인하세요. references/html-fallback.md를 참조하고 scripts/render_html.js를 사용하세요. 인용 카드는 사용후기가 단어 그대로 재현되어야 할 때도 적절한 방법입니다. 생성된 텍스트는 변할 수 있기 때문입니다.

7. 마무리, 파일 저장 및 설명

  1. 각 대상에 대해 정확한 크기로 마무리하세요(references/asset-sizes.md). 4:5 마스터는 일반적으로 Instagram, Facebook, LinkedIn 및 Threads에 사용됩니다. 모든 텍스트가 중앙 사각형 안에 있는 경우에만 중앙 자르기로 1:1을 파생하고, 그렇지 않으면 별도의 정사각형을 생성하세요.
  2. python3 scripts/check_image.py <파일> --expect WxH --grid를 실행하여 치수를 확인하고 그리드 미리보기 시트(중앙 사각형 및 썸네일 크기의 3:4 자르기, 안전 상자가 그려짐)를 작성하세요.
  3. content/<yyyy-mm-dd>-<slug>/images/에 저장하고, 내용을 알 수 있는 이름을 사용하세요(<slug>-feed-4x5.png, <slug>-cover-9x16.png).
  4. 이미지당 한 줄의 대체 텍스트를 해당 작품의 PACKAGE.md에 작성하세요. 예: "밀가루 묻은 앞치마를 입고 빵집 문을 OPEN으로 뒤집는 여성, 상단에 '등교 전에 오픈'이라는 헤드라인." 각 캐러셀 슬라이드에는 자체 줄이 있습니다. 비디오 커버에는 대체 텍스트가 필요하지 않습니다.
  5. 최종 프롬프트(및 재생성 노트)를 작품 폴더에 보관하여, 향후 재생성이 효과가 있었던 부분부터 시작할 수 있도록 하세요.

배송 전 점검 사항 (검토 루프)

모든 생성 및 모든 재생성은 새로운 이미지이므로, 저장된 파일에 대해 전체 점검을 수행하며, 프롬프트로 판단하지 말고 열어서 확인합니다:

  • 헤드라인, 부제목 및 스탬프 처리된 태그의 모든 단어 철자; 중복 단어 없음.
  • 헤드라인 우선순위: 지배적이며, 먼저 읽히고, 프로필 그리드 썸네일 크기에서 읽을 수 있어야 함.
  • 그리드 안전: 모든 텍스트가 여백이 있는 중앙 사각형 안에 있음; 가장자리에 닿는 것 없음; 하단 밴드에 아무것도 없음. 비디오의 경우 첫 번째 프레임을 판단하세요.
  • 초상화(얼굴 중심 작품): 제공된 컬러 사진에 대한 루브릭. 확실하지 않으면 실패로 간주합니다.
  • 모양: 실제 치수가 대상과 일치함; 패딩되거나 늘어난 것 없음.
  • 브랜드: 프로필의 팔레트와 글꼴, 악센트는 절제되게 사용, 자연스러운 색상.
  • 독창성: 계정의 최근 몇 개 이미지와 거의 동일하지 않음.
  • 진실성 및 규정 준수: 이미지의 모든 수치나 주장은 출처를 추적할 수 있음; ## Compliance의 필수 레이블이 있음; ## Boundaries의 어떤 것도 나타나지 않음.

실패하면 원인을 수정하고 재생성한 다음, 새 파일을 같은 방식으로 판단하세요. 그런 다음 세트를 review-loop 스킬에 넘겨 독립적인 검토를 받으세요. 작품을 깔끔하게 만들 수 없으면 프롬프트를 유지하고, 무엇이 실패했는지 말하고 보류하세요. 대체 얼굴이나 텍스트 붙여넣기 대체물을 배송하지 마세요.

적용하기

  • 카메라에 실제 인물이 없습니까? 초상화 고정을 건너뛰고 장면과 은유에 의존하세요. 나머지 표준은 변경되지 않습니다.
  • 제품 비즈니스입니까? 제품을 "얼굴"로 취급하세요: 실제 제품 사진을 참조로 사용하여 모델이 모양, 라벨 및 색상을 정확하게 유지하도록 하세요.
  • 다른 이미지 모델입니까? 방법은 유지됩니다. references/prompting-and-aspect.md의 메커니즘(종횡비 설정 방법, 참조 이미지 허용 여부)만 변경됩니다.
  • 시리즈 형식(주간 요약, 주간 팁): 시리즈에 대해 하나의 구성된 레이아웃을 고정하고, 시리즈 간에 다른 모든 것을 변경하세요.
  • 규제 산업: 이미지에 반드시 나타나야 하거나 절대 나타나지 말아야 할 사항(수치, 보증, 사용후기)에 대해 ## Compliance를 확인하세요. 확실하지 않으면 주장을 이미지에서 빼고, 면책 조항이 있는 캡션에 두세요.
  • 자체 학습: 사용자가 이미지를 거부하거나 교체할 때, 그 내용과 이유를 brand/performance-learnings.md(시각적 교훈) 또는 brand/voice-learnings.md(헤드라인 문구)에 기록하여, 다음 이미지가 더 가깝게 시작되도록 하세요.

이 스킬의 파일

파일열어야 할 때
references/asset-sizes.md파일을 마무리할 때; 플랫폼의 현재 크기를 확인할 때
references/grid-safe-zone.md형식에 텍스트를 배치할 때
references/prompting-and-aspect.md프롬프트를 작성할 때, 종횡비 문제를 해결할 때, Gemini를 사용할 때
references/likeness-lock.md실제 인물이 있는 이미지
references/animated-statics.md정적 슬롯용 반복 MP4를 만들 때
references/html-fallback.md이미지 모델이 없거나 순수 텍스트 레이아웃일 때
scripts/aspect_scaffold.py편집 기반 도구를 위해 대상 비율의 빈 캔버스를 만들 때
scripts/cover_from_frame.py실제 비디오 프레임에서 커버를 만들 때
scripts/animate_render.js애니메이션 정적 이미지를 렌더링할 때
scripts/render_html.jsHTML 레이아웃을 렌더링할 때

…

[번역을 위해 잘림]

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

builtnotboosted/review-loop

The quality gate every piece of content passes before it is filed, scheduled or posted. Runs a self-critique, then an independent review by a fresh subagent that sees only the finished work and the criteria (never the builder's reasoning), then fix and re-judge until there is a clean pass. Covers what to do when a piece can't pass unattended (hold, flag, ship the rest). Use when someone says "review this", "check this before it goes out", "QA the pack", "is this ready to post", "get a second pair of eyes on this", "proofread the captions", or when any other Built Not Boosted skill hands work over for checks.

builtnotboosted/scheduling

Gets finished posts into a social media scheduler (or posted by hand) safely. Queue-only with explicit timezone offsets, live dedup against scheduled and already-published posts, media readiness checks, correct post types (shorts, reels, carousels, first comments, manual-posting reminders), alt text, a link gate that sends copy back for a rewrite rather than stripping it, and confirmation before anything goes live. Writes and keeps a scheduling manifest for each pack. Works with any scheduler; Publer is the worked example. Use when someone says "schedule this", "queue these posts", "put this in Publer", "book in this week's content", "post this on Tuesday at 7", "move that post", "what's already scheduled", or hands over a finished content pack to go out.

builtnotboosted/video-editing

Edits filmed talking-head footage into release-ready vertical shorts (1080x1920) and 16:9 YouTube long-forms with ffmpeg and Whisper. Keeps exactly one clean read of every script line (no stumbles, restarts or double reads), never leaves a flat single shot (punch-ins, reframes, B-roll, motion graphics), captions from the finished audio, normalises loudness to -14 LUFS, makes a real-frame cover and runs a QA gate that re-transcribes the render and refuses delivery until it passes. Syncs extra cameras by sound and writes YouTube chapters. Use when someone says "edit my video", "cut this clip", "remove my retakes", "edit out the fluffs", "add captions to my video", "make a short from this footage", "sync my two cameras", "make a thumbnail from my video", or hands over raw footage and a script.

builtnotboosted/video-scripting

Writes video scripts that sound like the person who will say them, for shorts (Reels, TikTok, YouTube Shorts) and long-form YouTube. Warm hook rather than a shout, who-am-I and follow early, a retention shape that delays the answer, a soft earned close, length that follows the story, real-problem substance, reactive scripts for news and data releases. Output is teleprompter-ready (think-breaks, shot reminders) with short edit notes for the video-editing skill. Use when someone says "write me a script", "script a reel about", "I need a short on", "plan a YouTube video", "turn this post into a video", "react to today's news on video", "what should I say on camera", or before a filming session.

관련 스킬