multi-method-image-generation

---
name: "multi-method-image-generation"
description: "사용자가 \"모든 방법 총동원해서 이미지로 만들어줘\" 같이 이미지 제작에 가진 능력을 다 쓰라고 요청할 때 사용. 코덱스(codex CLI), 제미나이(Gemini 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. **홈페이지/기존 자산의 이미지**: get100.co.kr, litt.ly 등 이미 만들어둔 브랜드 이미지를 재활용.
6. **웹 이미지 검색**: 사용자 소유가 아닌 참고/스톡 이미지가 필요할 때만.

## 절차

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

## 주의

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

More agent context in bam-bam-2/solo-skills

38 other files this repository gives its agents.