multi-method-image-generation

name	multi-method-image-generation
description	이미지가 필요할 때 가용한 모든 경로(이미지 생성 API, HTML·CSS 렌더링, 보유 사진, 기존 웹 자산)를 동시에 시도해 비교하고 추천한다.

이미지 총동원 제작

목표: "총동원"이라는 말이 나오면 한 가지 방법으로 하나만 뽑아서 끝내지 않는다. 가진 무기를 다 꺼내서 후보를 여러 개 만들고, 비교해서, 근거를 대고 추천한다.

가용한 이미지 소스 (환경별로 있는 만큼 사용)

1. 코덱스 이미지 생성: codex exec --skip-git-repo-check "<프롬프트>". 결과물은 ~/.codex/generated_images/<session-id>/<파일>.png에 저장됨 (codex의 sandbox가 read-only인 경우가 많아 원하는 경로로 직접 저장 못할 수 있음 — 출력 메시지에서 실제 생성 경로를 확인해 별도로 복사할 것).
2. 제미나이 이미지 생성: 파이썬 google-genai SDK로 직접 호출. API 키는 다른 프로젝트(~/geuljam-bot/.env, ~/zoom-booking-bot/.env 등)의 GEMINI_API_KEY를 재사용 가능. 모델명은 이미지 생성 지원 모델(예: gemini-2.5-flash-image)을 쓴다.
3. HTML/CSS 렌더링 + 스크린샷: 브랜드 컬러·타이포를 정확한 코드값으로 통제하고 싶을 때 (통계 카드, 표, 간단한 인포그래픽 등). 브라우저 탭에 document.open()/write()/close()로 렌더링 후 스크린샷. 뷰포트 높이를 넘는 clip을 잡으면 렌더링이 중복되는 버그가 있으니 캔버스 크기를 뷰포트 안으로 맞출 것.
4. 사용자 사진 라이브러리: iCloud 동기화된 아이폰 사진 원본 (naver-travel-post 스킬의 방법 참고). 실제 인물/장소 사진이 필요할 때.
5. 홈페이지/기존 자산의 이미지: example.com, litt.ly 등 이미 만들어둔 브랜드 이미지를 재활용.
6. 웹 이미지 검색: 사용자 소유가 아닌 참고/스톡 이미지가 필요할 때만.

절차

1. 요청받은 이미지의 용도를 먼저 파악한다 (단독 노출용 vs 텍스트를 얹을 배너용 vs 데이터 시각화 vs 실제 인물/장소 사진 필요).
2. 용도에 맞을 만한 방법 2개 이상을 골라 각각 실제로 생성/수집해서 후보를 만든다. 코덱스와 제미나이는 프롬프트를 동일한 브랜드 톤(색상 코드, 절제된 구도, 로고/텍스트 없음 등)으로 맞춰서 비교 가능하게 만든다.
3. 후보들을 나란히 display()로 보여준다.
4. 각 후보의 장단점을 용도 기준으로 짧게 비교하고 하나를 추천한다 (예: "화면을 꽉 채우는 A는 단독 노출에 낫고, 여백이 넓은 B는 텍스트 얹는 배너에 낫다").
5. 사용자 확인 후 최종본을 실제 콘텐츠(블로그, 페이지 등)에 반영한다.

주의

• 코덱스/제미나이로 만든 이미지도 브랜드 컬러(커뮤니티: #0d0d0d 블랙 / #d4f000 라임 / #7b2fff 퍼플)를 프롬프트에 명시해서 브랜드 무드를 유지한다.
• 사용자는 "브랜드 컬러를 넣었다고 다가 아니라, 색을 넣어도 촌스럽게/노골적으로 쓰면 싫어한다" — 절제된 구도, 강조색은 소수 포인트에만, 과한 대칭·장식 지양.
• API 키를 다른 프로젝트에서 재사용할 때는 평문으로 채팅에 노출하지 않는다.