옵션

OpenAI 호환 API를 통한 직접 생성, 호스트 기반 이미지 도구를 위한 프롬프트 엔지니어링, 순수 프롬프트 조언 등 세 가지 모드를 통해 GPT Image 2를 사용하여 이미지를 생성하고 편집합니다. 포스터, UI 모크업, 제품 시각 자료, 지도, 슬라이드 등을 위한 80개 이상의 구조화된 템플릿이 포함되어 있습니다.

...모든 것을 확장하십시오
0
업데이트 된 시간 2026년 9월 30일

GPT Image 2

이 스킬은 GPT Image 2에 특화된 스킬로, 3가지 실행 환경 모두에서 사용할 수 있지만 동작에 상당한 차이가 있습니다. 첫 번째 단계로 현재 실행 모드를 반드시 확인해야 합니다.

이 스킬은 다음 두 가지 유형의 이미지 작업만 수행합니다:

  • 이미지 생성: POST /images/generations
  • 이미지 편집: POST /images/edits

이 문서에는 다음 내용이 포함됩니다: 실행 모드, 스킬 구조, 환경 변수, 저장/명명 규칙, 템플릿 색인, 모드 인식 워크플로우. 자세한 템플릿은 모두 references/ 디렉터리에 있으며, 다음과 같이 계층적으로 구성되어 있습니다:

  • 1단계: 카테고리 디렉터리
  • 2단계: 개별 템플릿 Markdown 파일

실행 모드 (필독, 어떤 작업을 수행하기 전에 먼저 확인해야 함)

이 Skill에는 경량 탐지 스크립트가 포함되어 있습니다. 먼저 한 번 실행한 후, 결과에 따라 작업 방식을 결정하십시오:

node skills/ gpt-image-2/scripts/check-mode.js
# 구조화된 결과를 상위 프로그램에 전달하려면:
node skills/ gpt-image-2/scripts/check-mode.js --json

출력 결과에는 mode = A / A? / B-or-C 및 recommendation이 표시됩니다. 세 가지 모드는 다음과 같이 정의됩니다:

모드 A · Garden 로컬 이미지 생성

트리거 조건: 환경 변수 ENABLE_GARDEN_IMAGEGEN이 참( 1 / true / yes / on ) 이고 OPENAI_API_KEY가 존재할 때.

동작: "템플릿 선택 → 프롬프트 작성 → 스크립트 호출 → 이미지 생성 및 저장"의 전체 엔드투엔드 프로세스가 성공적으로 완료됩니다.

  • scripts/generate.js를 사용하여 텍스트로 이미지를 생성하고, scripts/edit.js로 기존 이미지를 편집합니다.
  • 프롬프트는 기본적으로 garden- gpt-image-2/prompt/ 에, 이미지는 garden- gpt-image-2/image/에 저장됩니다.
  • 이것이 가장 강력한 모드입니다: 여러분은 이미지 도구의 "소유자"가 됩니다.

모드 B · Host-Native: 호스트에 이미지 생성을 위임

발동 조건: Garden이 활성화되지 않았으나( ENABLE_GARDEN_IMAGEGEN이 설정되지 않았거나 / false인 경우), 현재 호스트 Agent에 이미지 생성 도구 또는 이미지 MCP가 내장되어 있는 경우.

전형적인 식별 신호 (직접 확인해 보세요):

  • 도구 세트에 image_generation / imagegen / dalle / nano_banana / mcp__*image* / make_image / 등과 유사한 이름이 포함되어 있는 경우
  • 사용자가 ChatGPT / Codex / Gemini / Cursor 등 네이티브 이미지 생성을 지원하는 클라이언트에서 본 스킬을 호출하는 경우
  • 사용자가 명시적으로 "자신의 도구를 사용하여 이미지를 생성해 주세요"라고 요청하는 경우

행동: 본 스킬이 프롬프트 엔지니어링 지침으로 전락합니다——

  1. 여전히 "템플릿 선택 → 필드 입력 → 최종 프롬프트 렌더링"의 절차를 따릅니다.
  2. node scripts/generate.js를 호출하지 마십시오 (API 키가 없어 반드시 실패합니다).
  3. 호스트가 기본으로 제공하는 이미지 도구를 직접 호출하여, 렌더링된 프롬프트를 입력으로 전달합니다.
  4. 사용자가 원할 경우 프롬프트 파일을 garden- gpt-image-2/prompt/에 저장할 수 있지만, 이미지 저장 위치는 호스트가 결정하며 강제하지 않습니다.

모드 C · Advisor 순수 프롬프트 어드바이저

트리거 조건: Garden이 활성화되지 않았고, 호스트 에이전트에도 이미지 생성 도구가 전혀 없는 경우.

동작: 본 스킬은 "고품질 프롬프트 작성 어드바이저"로 기능이 축소됩니다——

  1. "템플릿 선택 → 필드 입력 → 최종 프롬프트 생성" 과정을 따르며, 정보가 부족하면 사용자에게 묻습니다.
  2. 최종 프롬프트를 사용자에게 직접 출력하고, garden- gpt-image-2/prompt/ - .md에 한 부 저장합니다.
  3. 간단한 "사용 방법" 조언을 한 줄 덧붙입니다(예: ChatGPT / Midjourney / DALL·E / Sora / Nano Banana / 자체 백엔드 / 타사 GPT Image 2 게이트웨이에 입력).
  4. 이미지 생성이 성공한 것처럼 가장하지 마세요. 사용자에게 "바로 재사용 가능한 고품질 프롬프트가 생성되었습니다. 본인의 이미지 도구를 사용하여 실행해 주세요"라고 명확히 안내하세요.

패턴 결정표

조건 패턴 스크립트 호출? 프롬프트를 저장할까요? 이미지 저장?
ENABLE_GARDEN_IMAGEGEN=1 + KEY 있음 A ✅ generate.js / edit.js ✅ 자동 ✅ 자동
ENABLE_GARDEN_IMAGEGEN=1이지만 KEY 없음 A? ❌ (먼저 KEY가 필요함) — —
비활성화됨 + 호스트에 이미지 도구가 있음 B ❌ (호스트 도구 사용) 선택 사항 호스트가 결정
비활성화됨 + 호스트에 이미지 도구 없음 C ❌ ✅ 필수 ❌ (불가)

모드가 불확실한 경우

  • 자신이 B인지 C인지 판단이 서지 않는다면, 사용자에게 직접 "사용자 환경의 이미지 도구를 사용해 이미지를 생성할까요, 아니면 제가 프롬프트를 작성해 드릴까요?" 라고 물어보세요.
  • 모드 A 스크립트 호출 실패(401 / 네트워크 / 할당량) → 오류 메시지를 표시하고 "B / C로 전환할까요?"라고 묻습니다.

사용자가 도구를 입력

이 스킬이 사용자에게 질문을 해야 할 때는 다음 규칙을 따릅니다:

  1. 현재 런타임에서 제공하는 사용자 입력 도구를 우선적으로 사용합니다.
  2. 해당 도구가 없는 경우, 간결한 순수 텍스트 형식의 번호 매기기 질문으로 물어봅니다.
  3. 합칠 수 있는 질문은 가능한 한 한 번에 모두 묻습니다.

스킬 구조

  • scripts/check-mode.js: 이 파일을 먼저 실행하여 실행 모드(A / B / C)를 확인합니다.
  • scripts/generate.js: 텍스트를 기반으로 이미지 생성 (Mode A에서만 사용)
  • scripts/edit.js: 원본 이미지/마스크를 기반으로 이미지 수정 (Mode A에서만 사용)
  • scripts/shared.js: 공유 요청, 저장, 환경 변수 읽기 로직
  • references/: 계층적 구조의 프롬프트 템플릿 (A / B / C 세 모드 모두 사용)

환경 변수

다음 순서대로 구성을 읽습니다:

  1. CLI 인수
  2. process.env
  3. /.env
  4. /.gateway.env
  5. ~/.gateway.env

핵심 변수:

  • ENABLE_GARDEN_IMAGEGEN — 모드 토글. 1 / true / yes / on일 때 Mode A가 활성화되며, 설정되지 않았거나 다른 값일 경우 Mode B / C로 진입합니다.
  • OPENAI_API_KEY — Mode A에서 필수; Mode B / C에서는 필요하지 않습니다.
  • OPENAI_BASE_URL — 기본값은 https://api.openai.com/v1이며, 호환되는 타사 게이트웨이를 지정할 수 있습니다.
  • OPENAI_IMAGE_MODEL — 기본값 gpt-image-2 이며, 게이트웨이가 지원하는 모델(예: gpt-image-1 / dall-e-3 )로 변경할 수 있습니다.

기본 구현은 OpenAI 호환 인터페이스에 따라 작동하며, 특정 타사 게이트웨이를 고정적으로 지정하지 않습니다.

기본 출력 디렉터리

사용자가 출력 경로를 명시적으로 지정하지 않은 경우, 현재 작업 공간의 다음 경로를 일관되게 사용합니다:

  • 프롬프트 디렉터리: garden- gpt-image-2/prompt/ ( A / B / C 세 가지 모드 모두에서 재사용 및 버전 관리를 용이하게 하기 위해 사용을 권장합니다 )
  • 이미지 디렉터리: garden- gpt-image-2/image/ ( Mode A에서만 사용; Mode B는 호스트가 결정하며, Mode C는 이미지를 생성하지 않음)

디렉터리가 존재하지 않을 경우, 스크립트(Mode A)가 자동으로 생성해야 합니다. Mode B/C의 경우 프롬프트를 작성하기 전에 수동으로 ` mkdir -p `를 실행해야 합니다.

기본 명명 규칙

사용자가 파일명을 명시적으로 지정하지 않은 경우, 스크립트는 현재 작업과 관련된 파일명을 자동으로 생성하고 현재 타임스탬프를 추가하여 중복을 방지해야 합니다.

이름 지정 규칙:

  • 프롬프트: garden- gpt-image-2/prompt/ - .md
  • 이미지: garden- gpt-image-2/image/ - .png

여기서:

  • : 현재 사용자의 요청에 따라 관련 짧은 이름을 자동으로 추출
  • : 현재 타임스탬프(예: 20260424-153045 )

예시:

  • garden- gpt-image-2/prompt/live-commerce-ui-20260424-153045.md
  • garden- gpt-image-2/image/live-commerce-ui-20260424-153045.png
  • garden- gpt-image-2/prompt/vr-headset-exploded-view-20260424-153102.md
  • garden- gpt-image-2/image/vr-headset-exploded-view-20260424-153102.png

프롬프트 저장 규칙

모드 프롬프트 저장 필수 여부 설명
모드 A ✅ 필수 실제 생성/편집 과정에 들어가려면 반드시 저장해야 함
모드 B 권장 재사용을 위해 기본적으로 저장하는 것을 권장합니다. 사용자가 "필요 없음"이라고 하면 건너뜁니다
Mode C ✅ 필수 사용자가 프롬프트를 가져가 직접 실행해야 하며, 디스크에 저장하지 않으면 무의미함

일반 규칙 (세 가지 모드 모두 적용):

  1. 사용자가 프롬프트 파일 경로를 명시적으로 제공한 경우, 해당 파일을 직접 입력으로 사용할 수 있습니다.
  2. 사용자가 직접 텍스트 프롬프트를 제공한 경우에도, 최종 프롬프트를 먼저 garden- gpt-image-2/prompt/에 저장해야 합니다.
  3. 사용자가 --prompt-output을 명시적으로 지정한 경우, 사용자가 지정한 경로를 따릅니다.
  4. 그렇지 않은 경우 기본 명명 규칙에 따라 자동으로 저장합니다.

이미지 저장 규칙 (Mode A에만 해당)

  1. 사용자가 --image 또는 --output을 명시적으로 지정한 경우, 사용자가 지정한 경로를 따릅니다.
  2. 그렇지 않은 경우 기본적으로 garden- gpt-image-2/image/ 에 저장합니다.
  3. 파일 이름은 현재 작업의 의미와 관련이 있어야 하며, 타임스탬프가 추가되어야 합니다.

Mode B는 호스트 이미지 도구가 저장 방식을 결정하며, Mode C는 이미지를 생성하지 않습니다.

간단한 사용법

0. 실행 모드 확인 ( 모든 작업의 첫 단계 )

node skills/ gpt-image-2/scripts/check-mode.js

출력 결과를 통해 현재 Mode A / B / C 중 어느 모드인지 확인할 수 있으며, 이에 따라 이후 generate.js / edit.js 호출 여부를 결정합니다. 아래 1~4는 Mode A에서만 사용됩니다.

1. 텍스트 기반 이미지 생성 (Mode A)

node skills/ gpt-image-2/scripts/generate.js \
  --prompt "A cute baby sea otter" \
  --size 1024x1024 \
  --quality high

2. 프롬프트 파일을 사용한 이미지 생성 (Mode A)

node skills/ gpt-image-2/scripts/generate.js \
  --promptfile garden- gpt-image-2/prompt/poster-20260424-153045.md

3. 기존 이미지 편집 (모드 A)

node skills/ gpt-image-2/scripts/edit.js \
  --image assets/source.png \
  --prompt "배경을 깔끔한 스튜디오 장면으로 바꿔주세요"

4. 마스크를 사용한 부분 편집 (모드 A)

node skills/ gpt-image-2/scripts/edit.js \
  --image assets/source.png \
  --mask assets/mask.png \
  --prompt "마스크된 영역만 유리 꽃병으로 교체해 주세요"

5. 모드 B / C의 "사용법"

명령줄 진입점이 없음 — 이 스킬은 현재 프롬프트 엔지니어링 가이드 역할만 수행합니다:

  • Mode B: 최종 프롬프트 렌더링 → 호스트에 내장된 image_generation과 같은 도구를 호출(매개변수에 프롬프트 전달) → 이미지 획득.
  • Mode C: 최종 프롬프트 생성 → garden- gpt-image-2/prompt/ - .md에 저장 → 내용을 사용자에게 직접 표시 → 어떤 이미지 도구에서 바로 재사용할 수 있는지 사용자에게 안내.

JSON 템플릿 작동 방식

references/에 JSON 템플릿이 제공될 경우, 다음 규칙에 따라 사용합니다:

  1. 먼저 SKILL.md에서 가장 유사한 분류 디렉터리를 찾습니다.
  2. 그런 다음 구체적인 템플릿 파일을 찾습니다.
  3. 템플릿 내의 {argument ...} 는 대체 가능한 매개변수를 나타냅니다.
  4. 사용자가 명시적으로 제공한 값은 그대로 입력합니다.
  5. 사용자가 제공하지 않았지만 템플릿에 default로 표시된 항목은 우선 기본값을 사용할 수 있습니다.
  6. 정보가 누락되어 결과에 중대한 영향을 미칠 경우, 사용자에게 적극적으로 문의하십시오.
  7. 사용자가 “무작위로 생성해 주세요”라고 명시적으로 요청할 경우, 기본값을 유지하거나 템플릿이 허용하는 범위 내에서 합리적으로 무작위화할 수 있습니다.

질문 규칙

템플릿에 핵심 변수가 누락된 경우, “어떤 스타일을 원하시나요?”와 같이 포괄적으로 묻지 마십시오. 템플릿 필드에 따라 정확하게 질문해야 합니다.

예를 들어, 라이브 방송 UI 템플릿에 주체가 누락된 경우, 우선 다음과 같이 질문해야 합니다:

  • 스트리머는 누구인가요?
  • 실제 인물 사진, 유명인 이름, 인물 설명을 사용할 것인지, 아니면 완전히 무작위로 생성할 것인지?

상품 정보가 누락된 경우에는 다음과 같이 질문해야 합니다:

  • 상품명은 무엇인가요?
  • 상품 가격이 지정되어 있나요?
  • 댓글과 선물 내용을 자동으로 완성해 드릴까요?

템플릿 인덱스

작업 유형에 따라 가장 적합한 구체적인 템플릿 파일만 읽어야 하며, references/ 디렉토리 전체를 한 번에 모두 읽지 마십시오.

1. 방법론 총정리 문서

먼저 읽을 파일:

  • references/prompt-writing.md

적용 대상:

  • JSON 템플릿을 어떻게 구성할지 아직 결정하지 못한 경우
  • 어떤 필드는 질문해야 하고, 어떤 필드는 기본값으로 설정할 수 있으며, 어떤 필드는 무작위로 설정할 수 있는지 판단해야 하는 경우
  • 사례를 재사용 가능한 템플릿으로 추상화해야 하는 경우

2. UI 모크업 ( references/ui-mockups/ )

다양한 “인터페이스 + 콘텐츠” 형태의 모크업 시각 자료에 적합합니다. 현재 구현된 사례:

  • live-commerce-ui.md — 이커머스 라이브 스트리밍 판매 스크린샷 모크업 (스트리머 + 채팅창 + 선물 영역 + 상품 카드)
  • social-interface-mockup.md — 소셜 플랫폼 피드 상세 페이지 모크업 (Twitter/X, Xiaohongshu, Weibo, Threads 등)
  • product-card-overlay.md — 랜딩 페이지 헤로 / 상세 페이지 메인 이미지 (인물 + 상품 + 판매 포인트 + 가격)
  • chat-interface-scene.md — 채팅/대화 인터페이스 모크업 (iMessage, 위챗, 그룹 채팅, AI 어시스턴트)
  • short-video-cover-ui.md — 숏폼 영상 커버 / 라이브 스트리밍 썸네일 (YouTube, 틱톡, Bilibili, VTuber 스트리밍)
  • landing-page-case-study.md — 다크 모드 SaaS / 마케팅 사례 연구 롱폼 페이지 UI 모크업 (다중 섹션 + 스크롤 기반 스토리텔링 + 데이터 카드 + CTA)

3. 제품 비주얼 ( references/product-visuals/ )

“상품을 시각적 중심으로 하는” 이미지에 적합합니다. 현재 구현된 사례:

  • exploded-view-poster.md — 제품 분해도 포스터 (주제 수직 적층 + 콜아웃 + 상단 로고 + 하단 브랜드 영역)
  • white-background-product.md — 이커머스 순백색 배경 메인 이미지 (단일 상품 / 다각도 / 미니멀한 마케팅 레이어링)
  • premium-studio-product.md — 고급 스튜디오 상업용 제품 이미지 (잡지 광고 수준의 분위기)
  • packaging-showcase.md — 선물 세트 / 포장 전시 이미지 (외부 상자 + 내용물 전시)
  • lifestyle-product-scene.md — 라이프스타일 제품 장면 사진 (실제 장면 속 상품)
  • ecommerce-marketing-board.md — 중국식 전자상거래 복합 판매 보드 (메인 이미지 + 상세 페이지 + 판매 포인트 + 사용 방법 + 사용 장면 + TVC 스토리보드 조합 한 장)

4. 지도 ( references/maps/ )

“지도형 시각 자료”에 적합합니다(인포그래픽은 별도의 분류 17로 분리됨). 현재 구현된 항목:

  • food-map.md — 도시 맛집 손그림 지도 (번호가 매겨진 위치 + 범례 + 중심 마스코트)
  • travel-route-map.md — 여행 경로 지도 (다일 일정 / 1일 시티 워크 / 아웃도어 코스)
  • illustrated-city-map.md — 도시 풍경 일러스트 지도 (랜드마크 + 산과 강 + 문화적 요소)
  • store-distribution-map.md — 브랜드 매장 / 서비스 커버리지 분포도
  • itinerary-day-trip-map.md — 당일치기 여행 분할 포스터 (왼쪽: 양피지 스타일 일정 카드 + 오른쪽: 판타지 리얼리즘 지도, 5~7개 지점 엄격히 정렬)

5. 슬라이드 및 시각 자료 ( references/slides-and-visual-docs/ )

“한 페이지에 한 가지 주제를 명확히 설명”하는 시각적 문서에 적합합니다. 현재 구현된 사례:

  • dense-explainer-slides.md — Irasutoya × 카스미가오카 혼합 고밀도 해설 슬라이드
  • policy-style-slide.md — 정책 / 정부 공고 / 백서 스타일 설명 슬라이드
  • visual-report-page.md — 비즈니스 보고서 실행 요약 / 투자자 브리핑 / 연차 보고서 개요 페이지
  • educational-diagram-slide.md — 교육용 다이어그램 (개념 / 메커니즘 / 프로세스 분해)

6. 포스터 및 캠페인 ( references/poster-and-campaigns/ )

“브랜드 메인 비주얼 + 캠페인 + 배너 + 잡지 표지”에 적합합니다. 현재 구현된 사례:

  • brand-poster.md — 브랜드 메인 포스터 (제품 / 인물 / 순수 텍스트 슬로건)
  • campaign-kv.md — 캠페인 키 비주얼 + 파생 레이아웃 시스템
  • banner-hero.md — 웹 헤로 / 랜딩 페이지 / 앱 배너 (가로 구도 + CTA)
  • editorial-cover.md — 잡지 / 간행물 / 출판물 표지
  • biomimetic-concept-poster.md — 생체 모방 산업 디자인 컨셉 포스터 (자연 원형 → 진화 바 → 히어로 렌더링 → 다중 뷰 기술 도면)
  • vintage-editorial-infographic.md — 빈티지 아카이브 / 1940년대 편집형 인포그래픽 포스터 (인물 + 공식 + 타임라인 + 모형, Bell Labs 스타일)
  • character-catalog-poster.md — 동일 캐릭터의 다양한 버전 인포그래픽 포스터 (별자리 / 원소 / 왕조 / 성격 시리즈 카드)
  • lineup-comparison-poster.md — 제품 라인업 비교 인포그래픽 포스터 (30개 이상의 SKU를 한 장에 + 범례 + 등급 키)

7. 인물 및 캐릭터 ( references/portraits-and-characters/ )

“인물 비주얼”에 적합합니다. 현재 구현된 사례:

  • professional-portrait.md — 전문가급 비즈니스 초상화 (LinkedIn / 팀 페이지 / 미디어 삽화)
  • founder-portrait.md — 창업자 미디어용 화보 (연극 조명 + 제목 삽입 공간)
  • virtual-host.md — VTuber / 가상 방송인 프로필 카드 + 생방송 미리보기
  • character-sheet.md — 캐릭터 종합 설정 자료 (3면도 + 표정 + 의상 + 컬러 팔레트)
  • pose-reference-sheet.md — N×N 포즈 / 동작 사전 참조표 (동일 캐릭터의 다양한 포즈, 댄스 / 전투 / 피트니스)

8. 장면 및 일러스트 ( references/scenes-and-illustrations/ )

“분위기 + 스토리 + 감정”에 어울리는 일러스트형 비주얼. 현재 구현된 내용:

  • healing-scene.md — 힐링 계열의 일상 / 계절 장면 일러스트
  • concept-scene.md — 영화 같은 콘셉트의 대규모 장면 / IP 키 아트
  • picture-book-scene.md — 동화책 / 그림책 내지 / 명절 카드
  • minimalist-mood-scene.md — 미니멀한 여백이 돋보이는 분위기 이미지 / 문학적인 배경화면

9. 편집 워크플로우 ( references/editing-workflows/ )

“기존 이미지를 기반으로 편집”하는 작업에 적합한 이미지 수정 작업 ( scripts/edit.js에 해당). 현재 구현된 항목:

  • background-replacement.md — 배경 교체 (상품 / 인물 / 야외 / 스튜디오 배경)
  • local-object-replacement.md — 부분 객체 교체 (마스크 사용 또는 미사용)
  • object-removal.md — 잡물 / 행인 / 전선 / 결함 제거
  • product-retouching.md — 제품 보정 (광택 / 라벨 / 그림자 / 결함)
  • portrait-local-edit.md — 인물 부분 수정 (헤어스타일 / 의상 / 메이크업 / 액세서리)

10. 아바타 및 프로필 ( references/avatars-and-profile/ )

“스타일화된 아바타 / 캐릭터 설정 / 그리드 / 스티커 / 시리즈 초상화” 등 “개인 이미지” 유형의 시각 자료에 적합합니다. 현재 구현된 내용:

  • style-transfer-selfie.md — 참조 이미지의 인물을 코스프레 / 고딕 / 복고 필름 / 아이돌 화보 등 원하는 스타일로 변환
  • character-grid-portrait.md — 동일 캐릭터의 n×n 그리드 초상화 (다양한 직업 / 표정 / 시대 / 스타일)
  • themed-3d-icon.md — 카와이 3D / 마인크래프트 / 스카리피즘 3D 앱 아이콘 스타일의 아바타
  • sticker-set.md — 스티커 세트 / 이모지 모음집 (개별 요소 + 윤곽선 + 태그)
  • cultural-portrait-series.md — 왕조 / 신화 / 문학 / 민족 시리즈 초상화

11. 스토리보드 및 시퀀스 ( references/storyboards-and-sequences/ )

“다중 컷 / 만화 / 관계도 / 진행 단계” 등 “서사적 시퀀스” 유형의 시각 자료에 적합합니다. 현재 구현된 항목:

  • four-panel-comic.md — 4컷 만화 / 풍자 만화 / 개그 만화 (서론·본론·전환·결론 + 대화 풍선)
  • manga-spread-page.md — 1페이지 / 양면 만화 분컷 (불규칙한 칸 + 대화 + 내레이션)
  • anime-key-visual.md — 단일 이미지 애니메이션 키 비주얼 / 라이트 노벨 표지 / IP 포스터
  • character-relationship-diagram.md — 캐릭터 관계도 포스터 (카드 + 관계선 + 범례)
  • recipe-process-flowchart.md — 레시피 / 튜토리얼 / 절차 흐름도 (번호 + 삽화 + 설명)
  • product-tvc-storyboard.md — 제품 TVC 광고 스토리보드 (9-panel 실사 느낌 + 샷 설명 + 재생 시간)
  • cinematic-storyboard-grid.md — 영화적 서사 스토리보드 콘택트 시트 (3×4 / 4×4, 연속 서사 + 시네마틱 스틸)
  • process-photo-board.md — 실사 시네마틱 프로세스 보드 (장비 착용 / 메이크업 / 훈련 / 동작 분해, 번호 + 단계별 진행)

12. 그리드 및 콜라주 ( references/grids-and-collages/ )

“다중 패널 그리드 / 콜라주 / 프로젝트 기획 보드” 유형의 비주얼에 적합합니다. 현재 구현된 예시:

  • banner-grid-2x2.md — 2×2 마케팅 배너 세트 (한 번에 4장의 통일된 시리즈 디자인 출력)
  • lookbook-grid.md — 7일 룩북 / 9칸 셀프케어 / TOP N 리스트 이미지
  • mixed-style-multi-panel.md — 다양한 스타일 혼합 콜라주 (동일한 주제를 서로 다른 화풍으로 표현)
  • anime-pitch-board.md — 애니메이션 / 게임 / 영화·드라마 기획 피치 보드 (KV + 캐릭터 + 세계관 + 카피)
  • ad-banner-multi-grid.md — 다중 산업 / 다중 주제 혼합 광고 배너 그리드 (각 칸마다 독립된 산업 + 스타일 + 카피)

13. 브랜딩 및 패키징 ( references/branding-and-packaging/ )

“브랜드 아이덴티티 시스템 / 마스코트 / 패키징 디자인” 유형의 비주얼에 적합합니다. 현재 구현된 사례:

  • brand-identity-board.md — 브랜드 아이덴티티 보드 (로고 + 색상 구성 + 서체 + 적용 모형)
  • mascot-brand-kit.md — 마스코트 다중 패널 브랜드 아이덴티티 키트 (메인 이미지 + 3면도 + 표정 + 적용 예시)
  • cosmetic-packaging.md — 화장품 / 스킨케어 제품 단일 용기 / 시리즈 / 선물 세트 포장
  • beverage-label-design.md — 음료 / 식품 / 조미료 라벨 디자인 (중국 트렌드 / 일본식 / 서양식)
  • full-mascot-brand-doc.md — 18개 이상의 모듈로 구성된 대규모 브랜드 아이덴티티 + 마스코트 전체 프로세스 문서 (DNA / 무드보드 / 스케치 / 선화 / 3D / 색상 조합 / 질감 / 적용 사례 한눈에 보기)
  • character-merch-board.md — IP 캐릭터 + 굿즈 / 포장 / 포스터 / 소셜 미디어 프로필 등 다중 요소 통합 브랜드 보드

14. 타이포그래피 및 텍스트 레이아웃 ( references/typography-and-text-layout/ )

“글자 우선 / 이중 언어 레이아웃” 등 “텍스트를 주 시각 요소로 하는” 유형에 적합합니다. 현재 적용된 사례:

  • title-safe-poster.md — 대형 텍스트 중심 포스터 (일본식 고에너지 / 스위스 미니멀리즘 / 복고풍 인쇄)
  • bilingual-layout-visual.md — 중영 / 중일 이중 언어 레이아웃 비주얼 (문화 / 학술 / 다문화 브랜드)

15. 자산 및 소품 ( references/assets-and-props/ )

“아이콘 세트 / 게임 스크린샷” 등 “세트형 소재 / 게임 자산” 유형의 비주얼에 적합합니다. 현재 구현된 사례:

  • retro-skeuomorphic-icons.md — 스큐모픽 / Y2K / 픽셀 아이콘 세트 (일관된 스타일의 세트)
  • game-screenshot-mockup.md — 게임 내 스크린샷 모크업 (HUD + 자막 + 퀘스트 패널)

16. 학술용 그림 ( references/academic-figures/ )

“논문 / 주요 학술대회 투고 / 학술 포스터 / 학위 논문 발표 PPT / 연구 계획서 발표 / 학술지 투고용 그래픽 초록”에 적합한 삽화.전체적으로 흰색 바탕 + 학술지용 서체 + 기하학적 정밀도 + 채도가 낮은 엔지니어링 색상(진한 파랑 / 회색빛 파랑 / 검은 회색 위주, 주색 ≤3가지) + 단색 인쇄 가능. 허위 정량 데이터 (수치 / 등고선 / 색상 범주 / 수식) 사용을 엄격히 금지합니다.

CS / CV / ML 분야:

  • method-pipeline-overview.md — 방법 개요도 / 파이프라인 그림(다단계 블록 + 데이터 흐름; 변형 4에서는 공학적인 좌/중/우 3단식 기술 로드맵 제공)
  • neural-network-architecture.md — 신경망 아키텍처 다이어그램 (레이어 블록 + 텐서 모양 + 점프 연결)
  • qualitative-comparison-grid.md — 다중 방법 정성적 비교 표 ( 행 = 샘플, 열 = 방법 )

공학 / 자연과학 / 논문 발표 공통:

  • scientific-schematic.md — 개념 / 원리 / 실험 장치 개략도 (자유도가 높음, 자연어 템플릿)
  • mechanism-diagram.md — 기전 도식도 / 인과 관계 / 전환 경로 (중심 대상 + 다단계 전환 + 결과 영역; 3단계 인과 관계 / 순환적 자가 자극 / 다분지 경쟁 세 가지 변형 포함)
  • multi-condition-comparison.md — 다중 작동 조건 / 다중 조건 결과 비교도 (동일한 대상의 서로 다른 조건 하에서의 병렬 결과, 2×2 / 1×N / M×N; 패널 간의 엄격한 통일성 강조)
  • publication-chart.md — 출판용 데이터 차트 (막대 / 선 / 산점도 / 히트맵 / 박스)

개요 / 초록 / 논문 발표 첫 페이지:

  • graphical-abstract.md — 학술지 투고용 그래픽 초록 (가로 4단 구성 / 중앙 전개 / 정사각형 / 세로형 4가지 변형)
  • research-overview-poster.md — 연구 계획서 / 논문 심사 / 연구 보고 첫 페이지 연구 개요도 (상·중·하 3단 + 5개 모듈; 중심 방사형 / 좌우 2단 / 미니멀 스타일의 세 가지 변형 포함)

선택 전략: CS/CV/ML 논문은 method-pipeline-overview + qualitative-comparison-grid를 우선 선택; 공학 / 에너지 / 화학 공학 / 재료 분야는 method-pipeline-overview 변형 4 + mechanism-diagram + multi-condition-comparison을 우선 선택;투고 저널 초록 그림에는 graphical-abstract를 사용; 논문 발표 PPT 첫 페이지에는 research-overview-poster를 사용.

17. 인포그래픽 ( references/infographics/ )

“인포그래픽 / 고밀도 대중 과학 설명 / 손그림 인포그래픽 / KPI 대시보드” 등 “정보 시각화 대형 그림”에 적합합니다. 현재 구현된 예시:

  • legend-heavy-infographic.md — 범례 밀도가 높은 과학 대중화 / 인과 관계도 / 진화도 / 해부도 (이중 언어)
  • hand-drawn-infographic.md — 손그림 스타일 인포그래픽 (마카롱 / 모란디 / 칠판 / 크라프트지; 자연어 템플릿)
  • bento-grid-infographic.md — 벤토 그리드 모듈형 인포그래픽 (고밀도 다중 모듈 위젯 배열)
  • comparison-infographic.md — 이원/다원 비교 인포그래픽 (A 대 B / 요금제 등급 / 오해 대 정답)
  • step-by-step-infographic.md — 단계별 튜토리얼 인포그래픽 (일러스트 느낌, 따뜻한 분위기; 비엔지니어링 흐름도)
  • kpi-dashboard-infographic.md — KPI 대시보드형 인포그래픽 (연도별 회고 / Wrapped / 비즈니스 대시보드)

18. 기술 다이어그램 ( references/technical-diagrams/ )

“시스템 아키텍처 / 프로세스 / 시퀀스 / 상태 기계 / ER / 마인드맵 / 네트워크 토폴로지” 등의 엔지니어링 다이어그램에 적합합니다. 통일된 어두운 색상의 그리드 배경 + 고정폭 폰트 + 역할별 색상 코딩을 적용했으며, 각 템플릿에는 밝은 색상(light) 변형도 포함되어 있습니다.

⚠️ 주의: 이 디렉토리에서 생성되는 파일은 편집 가능한 SVG가 아닌 PNG 비트맵입니다. 편집이 필요하시면 mermaid / draw.io / excalidraw / Figma를 사용해 주세요. 현재 구현된 항목:

  • system-architecture.md — 시스템 아키텍처 다이어그램 (프론트엔드 + 백엔드 + DB + 캐시 + 큐 + 외부)
  • flowchart-decision.md — 흐름도 / 의사결정도 (BPMN 도형 의미 + Yes/No 분기)
  • sequence-diagram.md — 시퀀스 다이어그램 (액터 + 라이프라인 + 메시지 화살표 + 활성화 바)
  • state-machine.md — 상태 기계 / 라이프사이클 다이어그램 (state + transition + guard / action)
  • er-diagram.md — ER 다이어그램 / 데이터 모델 다이어그램 (엔티티 + 필드 + PK/FK + 크로우스 풋 관계)
  • mind-map-tech.md — 기술 주제 마인드맵 (중심 + 방사형 분기)
  • network-topology.md — 네트워크 토폴로지 다이어그램 (장치 글리프 + 존 / VPC + 대역폭 / 프로토콜 표기)

프롬프트 워크플로우 (패턴 인식)

A / B / C에 상관없이, 처음 6단계는 공통이며, 차이점은 7~8단계에서 어떻게 "도표를 생성"하느냐에 있습니다.

  1. check-mode.js를 실행하여 모드 (A / B / C) 를 확인합니다.
  2. 작업이 그림 생성이냐 수정하느냐를 판단합니다.
  3. 해당 작업이 어느 분류 디렉터리에 속하는지 식별합니다(아래 “템플릿 색인” 참조).
  4. 해당하는 구체적인 템플릿 파일만 읽어들여야 하며, references/ 디렉토리 전체를 한 번에 읽어들이지 마십시오.
  5. 템플릿 형식을 엄격히 준수합니다: 대부분의 템플릿은 JSON 메인 템플릿을 사용하며(구조화된 작업에 우선적으로 사용됨), 소수의 템플릿( infographics/hand-drawn-infographic.md, academic-figures/scientific-schematic.md 등)은 '구조화된 자연어 + 매개변수' 혼합 형식을 사용합니다. 이는 JSON을 강제로 적용할 경우 창작의 자유가 제한되기 때문입니다.
  6. 사용자 입력을 템플릿 매개변수에 매핑하십시오. 핵심 정보가 부족할 경우, 적극적으로 구체적인 확인 질문을 던지십시오.

이 단계까지 진행하면 프롬프트가 렌더링된 것입니다. 이제 패턴에 따라 분기합니다:

7-A. 모드 A: 최종 프롬프트를 garden- gpt-image-2 /prompt/에 저장하고 , scripts/generate.js 또는 scripts/edit.js를 호출하면 이미지가 garden- gpt-image-2/image/에 저장됩니다. 7-B. 모드 B: 최종 프롬프트를 호스트의 이미지 도구에 직접 전달하여 호출합니다;필요에 따라 프롬프트 사본을 garden- gpt-image-2/prompt/에 저장합니다. 7-C. 모드 C: 최종 프롬프트를 garden- gpt-image-2/prompt/에 저장하고, - .md에 저장하며, 대화창에 전체 프롬프트를 사용자에게 표시하고, 간단한 “사용 방법 / 추천 도구” 조언을 덧붙입니다.

  1. 작업이 끝나면 사용자에게 한 문장으로 현재 모드가 무엇인지, 프롬프트가 어디에 저장되었는지, 이미지(있는 경우)가 어디에 저장되었는지 알려줍니다.

중요 제약 조건

일반 사항:

  • 템플릿 파일의 JSON은 프롬프트 구조 템플릿이며, API 요청 본문 템플릿이 아닙니다.
  • 세 가지 모드 모두에서, 최종적으로 이미지 모델에 전달되는 것은 "렌더링된 프롬프트 문자열"입니다. 이는 평평하게 변환된 JSON일 수도 있고, 구조화된 자연어 문단일 수도 있으며, 템플릿 그대로 사용해야 합니다.
  • 사용자가 명시적으로 요청하지 않는 한, SKILL.md에 있는 “모드 설명”을 최종 프롬프트에 복사하지 마십시오. 이는 에이전트가 볼 수 있도록 제공된 메타정보입니다.

Mode A에만 적용:

  • 생성 스크립트에서 JSON 본문 사용
  • 편집 스크립트는 multipart form data를 사용합니다
  • 응답은 우선 data[0].b64_json 으로 파싱되며, data[0].url도 호환됩니다
  • 상위 인터페이스에서 명시적으로 요구하지 않는 한, 별도의 특수 쿼리 매개변수를 추가하지 마십시오

질문해야 할 때

다음 정보 중 누락된 부분이 있어 결과에 중대한 영향을 미칠 경우에만 질문하십시오:

  • 프롬프트 목표가 없을 때
  • 이미지를 수정할 때 원본 이미지가 없을 때
  • 주제의 정체성이나 시각적 유형이 결과의 방향을 결정하는 경우
  • 상품 / 가격 / 카피 / UI 텍스트가 화면의 핵심 구성 요소인 경우
  • 사용자가 서로 상충되는 여러 목표를 동시에 표현한 경우

이 외의 경우에는 스스로 합리적인 기본값을 설정하고 이를 계속 적용합니다.

GitHub에서 보기
---
name: gpt-image-2
description: Generates and edits images using GPT Image 2 across three modes: direct generation via OpenAI-compatible API, prompt engineering for host-native image tools, or pure prompt advisory. Includes 80+ structured templates for posters, UI mockups, product visuals, maps, slides, and more.
---

# GPT Image 2

这是一个面向 GPT Image 2 的聚焦型技能,在 3 种运行环境下都能用,但行为差异显著。**第一步必须先确定当前运行模式**。

它只做两类图像任务:

- 生成图片:`POST /images/generations`
- 编辑图片:`POST /images/edits`

本文件保留:运行模式、技能结构、环境变量、保存 / 命名规则、模板索引、模式感知工作流。详细模板全部放在 `references/`,分层组织:

- 一级:分类目录
- 二级:单模板 Markdown 文件

## 运行模式(必读,做任何事之前先确定)

本 Skill 自带一个轻量探测脚本,先跑一次,再根据结果决定怎么干活:

```bash
node skills/gpt-image-2/scripts/check-mode.js
# 想拿结构化结果给上层程序用:
node skills/gpt-image-2/scripts/check-mode.js --json
```

输出会给出 `mode = A` / `A?` / `B-or-C` 以及 `recommendation`。三个模式定义如下:

### Mode A · Garden 本地生图

**触发条件**:环境变量 `ENABLE_GARDEN_IMAGEGEN` 为真(`1` / `true` / `yes` / `on`)**且** 存在 `OPENAI_API_KEY`。

**行为**:完整端到端跑通"选模板 → 写 prompt → 调用脚本 → 出图落盘"。

- 用 `scripts/generate.js` 文本生图、`scripts/edit.js` 编辑现有图。
- prompt 默认落盘到 `garden-gpt-image-2/prompt/`、图片落盘到 `garden-gpt-image-2/image/`。
- 这是最强的模式:你是图像工具的"持有者"。

### Mode B · Host-Native 委托宿主出图

**触发条件**:未启用 Garden(`ENABLE_GARDEN_IMAGEGEN` 未设置 / 为假),但**当前宿主 Agent 自带图像生成工具或图像 MCP**。

**典型识别信号**(你应该自检):

- 你的工具集里出现 `image_generation` / `imagegen` / `dalle` / `nano_banana` / `mcp__*image*` / `make_image` / 类似名字
- 用户在 ChatGPT / Codex / Gemini / Cursor 等支持原生出图的客户端中调用本 Skill
- 用户显式说"用你自己的工具出图"

**行为**:本 Skill **退化成提示词工程指引**——

1. 仍按"选模板 → 填字段 → 渲染最终 prompt"的流程走。
2. **不要调用 `node scripts/generate.js`**(没有 API key、必失败)。
3. 直接调用宿主自带的图像工具,把渲染好的 prompt 作为输入。
4. 如用户希望可顺手把 prompt 文件保存到 `garden-gpt-image-2/prompt/`,但图片去向由宿主决定,不强制。

### Mode C · Advisor 纯提示词顾问

**触发条件**:未启用 Garden,**且**宿主 Agent 也没有任何图像生成工具。

**行为**:本 Skill 退化为"高质量 prompt 撰写顾问"——

1. 按"选模板 → 填字段 → 渲染最终 prompt"流程走,缺信息就问用户。
2. 把最终 prompt **直接打印给用户** + 保存一份到 `garden-gpt-image-2/prompt/<task-slug>-<timestamp>.md`。
3. 附一句简短的"如何使用"建议(如:丢进 ChatGPT / Midjourney / DALL·E / Sora / Nano Banana / 自己后端 / 第三方 GPT Image 2 网关)。
4. **不要假装出图成功**。明确告知用户:"已生成可直接复用的高质量 prompt,请用你的图像工具执行。"

### 模式决策表

| 条件 | 模式 | 调用脚本? | 落盘 prompt? | 落盘图片? |
|---|---|---|---|---|
| `ENABLE_GARDEN_IMAGEGEN=1` + 有 KEY | **A** | ✅ `generate.js` / `edit.js` | ✅ 自动 | ✅ 自动 |
| `ENABLE_GARDEN_IMAGEGEN=1` 但没 KEY | A? | ❌(先要 KEY) | — | — |
| 未启用 + 宿主有图像工具 | **B** | ❌(用宿主工具) | 可选 | 由宿主决定 |
| 未启用 + 宿主无图像工具 | **C** | ❌ | ✅ 必须 | ❌(无法) |

### 模式不确定时

- 如果你判断不清自己是 B 还是 C,**直接问用户一句**:"是用你环境里的图像工具出图,还是只要我写好提示词?"
- Mode A 调脚本失败(401 / 网络 / 配额)→ 报错并询问"切到 B / C 吗?"

## 用户输入工具

当此技能需要向用户提问时,遵循以下规则:

1. 优先使用当前运行时提供的用户输入工具。
2. 如果没有对应工具,则用简短的纯文本编号问题提问。
3. 能合并的问题尽量一次问完。

## 技能结构

- `scripts/check-mode.js`:**先跑这个**,检测运行模式(A / B / C)
- `scripts/generate.js`:文本生图(仅 Mode A 使用)
- `scripts/edit.js`:基于原图 / 遮罩改图(仅 Mode A 使用)
- `scripts/shared.js`:共享请求、保存、环境变量读取逻辑
- `references/`:分层结构化提示词模板(A / B / C 三模式都用)

## 环境变量

按以下顺序读取配置:

1. CLI 参数
2. `process.env`
3. `<cwd>/.env`
4. `<cwd>/.gateway.env`
5. `~/.gateway.env`

核心变量:

- `ENABLE_GARDEN_IMAGEGEN` — **模式开关**。`1` / `true` / `yes` / `on` 时启用 Mode A;未设置或其它值则进入 Mode B / C。
- `OPENAI_API_KEY` — Mode A 必需;B / C 不需要。
- `OPENAI_BASE_URL` — 默认 `https://api.openai.com/v1`,可指向第三方兼容网关。
- `OPENAI_IMAGE_MODEL` — 默认 `gpt-image-2`,可换成网关支持的型号(如 `gpt-image-1` / `dall-e-3`)。

默认实现按 OpenAI 兼容接口工作,不写死任何第三方网关。

## 默认输出目录

如果用户没有明确指定输出路径,统一使用当前工作区下的:

- 提示词目录:`garden-gpt-image-2/prompt/`(**A / B / C 三种模式都建议用**,方便复用与版本管理)
- 图片目录:`garden-gpt-image-2/image/`(**仅 Mode A 使用**;Mode B 由宿主决定,Mode C 不产生图)

如果目录不存在,脚本(Mode A)必须自动创建;Mode B / C 在写 prompt 前手动 `mkdir -p`。

## 默认命名规则

如果用户没有明确指定文件名,脚本应自动生成与当前任务相关的文件名,并追加当前时间戳,避免重名。

命名规则:

- 提示词:`garden-gpt-image-2/prompt/<task-slug>-<timestamp>.md`
- 图片:`garden-gpt-image-2/image/<task-slug>-<timestamp>.png`

其中:

- `<task-slug>`:根据当前用户要求自动提取一个相关短名称
- `<timestamp>`:当前时间戳,例如 `20260424-153045`

示例:

- `garden-gpt-image-2/prompt/live-commerce-ui-20260424-153045.md`
- `garden-gpt-image-2/image/live-commerce-ui-20260424-153045.png`
- `garden-gpt-image-2/prompt/vr-headset-exploded-view-20260424-153102.md`
- `garden-gpt-image-2/image/vr-headset-exploded-view-20260424-153102.png`

## Prompt 保存规则

| 模式 | 是否必须保存 prompt | 说明 |
|---|---|---|
| Mode A | ✅ 必须 | 进入实际生成 / 编辑流程必落盘 |
| Mode B | 推荐 | 默认建议保存方便复用;用户说"不用"就略过 |
| Mode C | ✅ 必须 | 用户拿走 prompt 自己执行,不落盘等于白干 |

通用规则(适用三种模式):

1. 如果用户显式给了 prompt 文件路径,可直接使用该文件作为输入。
2. 如果用户直接给的是文本 prompt,也要先把最终 prompt 保存到 `garden-gpt-image-2/prompt/`。
3. 如果用户显式指定了 `--prompt-output`,则尊重用户指定路径。
4. 否则使用默认命名规则自动保存。

## 图片保存规则(仅 Mode A)

1. 如果用户显式指定了 `--image` 或 `--output`,则尊重用户指定路径。
2. 否则默认保存到 `garden-gpt-image-2/image/`。
3. 文件名应和当前任务语义相关,并附加时间戳。

Mode B 由宿主图像工具决定保存方式;Mode C 不产生图片。

## 快速用法

### 0. 检测运行模式(**任何任务的第一步**)

```bash
node skills/gpt-image-2/scripts/check-mode.js
```

输出会告诉你当前是 Mode A / B / C,决定后续是否调用 `generate.js` / `edit.js`。下面 1~4 仅在 **Mode A** 下使用。

### 1. 文本生图(Mode A)

```bash
node skills/gpt-image-2/scripts/generate.js \
  --prompt "A cute baby sea otter" \
  --size 1024x1024 \
  --quality high
```

### 2. 用提示词文件生图(Mode A)

```bash
node skills/gpt-image-2/scripts/generate.js \
  --promptfile garden-gpt-image-2/prompt/poster-20260424-153045.md
```

### 3. 编辑已有图片(Mode A)

```bash
node skills/gpt-image-2/scripts/edit.js \
  --image assets/source.png \
  --prompt "Replace the background with a clean studio scene"
```

### 4. 带遮罩的局部编辑(Mode A)

```bash
node skills/gpt-image-2/scripts/edit.js \
  --image assets/source.png \
  --mask assets/mask.png \
  --prompt "Replace only the masked area with a glass vase"
```

### 5. Mode B / C 的"用法"

没有命令行入口——本 Skill 此时只是**提示词工程指南**:

- **Mode B**:渲染好最终 prompt → 调用宿主自带的 `image_generation` 类工具(参数中传入 prompt)→ 拿到图。
- **Mode C**:渲染好最终 prompt → 保存到 `garden-gpt-image-2/prompt/<task-slug>-<timestamp>.md` → 把内容直接展示给用户 → 提示用户在哪些图像工具中可以直接复用。

## JSON 模板工作方式

当 `references/` 中提供 JSON 模板时,按下面规则使用:

1. 先从 `SKILL.md` 找到最贴近的分类目录。
2. 再定位到具体模板文件。
3. 模板中的 `{argument ...}` 表示可替换参数。
4. 用户明确提供的值,直接填入。
5. 用户没有提供,但模板标了 `default` 的,默认可以先用默认值。
6. 如果缺失信息会显著影响结果,主动询问用户。
7. 用户也可以明确说“你随机生成”,这时可以保留默认值或在模板允许范围内合理随机化。

## 询问规则

当模板缺少关键变量时,不要笼统地问“你想要什么风格?”。应当根据模板字段精确提问。

例如直播 UI 模板缺少主体时,应优先问:

- 主播是谁?
- 用真人照片、名人名字、人物描述,还是完全随机生成?

缺少商品信息时应问:

- 商品名称是什么?
- 商品价格是否指定?
- 是否希望我自动补全评论和礼物内容?

## 模板索引

按任务类型只读取最贴近的具体模板文件,不要一次性全读整个 `references/`。

### 1. 方法论总文档

先读:

- `references/prompt-writing.md`

适用于:

- 你还没决定怎么构造 JSON 模板
- 你需要判断哪些字段该问、哪些字段可默认、哪些字段可随机
- 你需要把案例抽象成可复用模板

### 2. UI Mockups (`references/ui-mockups/`)

适合各种“界面 + 内容”的样机视觉。当前已落地:

- `live-commerce-ui.md` — 电商直播带货截图样机(主播 + 聊天区 + 礼物区 + 商品卡)
- `social-interface-mockup.md` — 社交平台动态详情页样机(Twitter/X、小红书、微博、Threads 等)
- `product-card-overlay.md` — 落地页 hero / 详情页主图(人物 + 商品 + 卖点 + 价格)
- `chat-interface-scene.md` — 聊天 / 对话界面样机(iMessage、微信、群聊、AI 助手)
- `short-video-cover-ui.md` — 短视频封面 / 直播缩略图(YouTube、抖音、B 站、VTuber stream)
- `landing-page-case-study.md` — 深色 SaaS / 营销 case study **长页面** UI mockup(多 section + 滚动叙事 + 数据卡 + CTA)

### 3. Product Visuals (`references/product-visuals/`)

适合“以商品为视觉中心”的图。当前已落地:

- `exploded-view-poster.md` — 产品爆炸视图海报(主体垂直堆叠 + callout + 顶部 logo + 底部品牌区)
- `white-background-product.md` — 电商纯白底主图(单品 / 多角度 / 极简营销叠层)
- `premium-studio-product.md` — 高级影棚商业产品图(杂志广告级氛围)
- `packaging-showcase.md` — 礼盒 / 包装展示图(外盒 + 内容物展示)
- `lifestyle-product-scene.md` — 生活方式产品场景图(商品出现在真实场景中)
- `ecommerce-marketing-board.md` — 中式电商超复合销售看板(主图 + 详情页 + 卖点 + 使用步骤 + 场景 + TVC 分镜组合一图)

### 4. Maps (`references/maps/`)

适合“地图类视觉”(信息图已抽离到独立分类 17)。当前已落地:

- `food-map.md` — 城市美食手绘地图(编号点位 + 图例 + 中心吉祥物)
- `travel-route-map.md` — 旅行路线图(多日行程 / 单日 city walk / 户外路线)
- `illustrated-city-map.md` — 城市风貌插画地图(地标 + 江山 + 文化元素)
- `store-distribution-map.md` — 品牌门店 / 服务覆盖分布图
- `itinerary-day-trip-map.md` — **一日游** split 海报(左 parchment 行程卡 + 右奇幻写实地图,5-7 站点严格对齐)

### 5. Slides & Visual Docs (`references/slides-and-visual-docs/`)

适合“一页讲清楚一件事”的视觉文档。当前已落地:

- `dense-explainer-slides.md` — Irasutoya × 霞关混合高密度讲解 Slide
- `policy-style-slide.md` — 政策 / 政府公告 / 白皮书风格说明 Slide
- `visual-report-page.md` — 商业报告执行摘要 / 投资人简报 / 年报概览页
- `educational-diagram-slide.md` — 教学示意图(概念 / 机制 / 流程分解)

### 6. Poster & Campaigns (`references/poster-and-campaigns/`)

适合“品牌主视觉 + campaign + banner + 杂志封面”。当前已落地:

- `brand-poster.md` — 品牌主海报(产品 / 人物 / 纯文字主张)
- `campaign-kv.md` — Campaign Key Visual + 衍生 layout 系统
- `banner-hero.md` — Web hero / 落地页 / app banner(横向构图 + CTA)
- `editorial-cover.md` — 杂志 / 期刊 / 出版物封面
- `biomimetic-concept-poster.md` — 仿生工业设计概念海报(自然原型 → 演化条 → hero render → 多视图技术图)
- `vintage-editorial-infographic.md` — 复古档案 / 1940s 编辑式信息图海报(人物 + 公式 + 时间轴 + 模型,Bell Labs 风)
- `character-catalog-poster.md` — 同一角色多版本信息图海报(星座 / 元素 / 朝代 / 人格系列卡片)
- `lineup-comparison-poster.md` — 系列产品 lineup 对比信息图海报(30+ SKU 同图 + 图例 + 等级 key)

### 7. Portraits & Characters (`references/portraits-and-characters/`)

适合“人物视觉”。当前已落地:

- `professional-portrait.md` — 职业级商务肖像(LinkedIn / 团队页 / 媒体配图)
- `founder-portrait.md` — 创始人媒体大片肖像(戏剧灯光 + 留标题位)
- `virtual-host.md` — VTuber / 虚拟主播个人卡 + 直播预览
- `character-sheet.md` — 角色综合设定稿(三视图 + 表情 + 服装 + 配色板)
- `pose-reference-sheet.md` — N×N 姿势 / 动作字典参考表(同一角色多姿势,舞蹈 / 战斗 / 健身)

### 8. Scenes & Illustrations (`references/scenes-and-illustrations/`)

适合 “氛围 + 故事 + 情绪” 的插画类视觉。当前已落地:

- `healing-scene.md` — 治愈系日常 / 季节场景插画
- `concept-scene.md` — 电影感概念大场景 / IP key art
- `picture-book-scene.md` — 童书 / 绘本内页 / 节日卡片
- `minimalist-mood-scene.md` — 极简留白氛围图 / 文学性壁纸

### 9. Editing Workflows (`references/editing-workflows/`)

适合“基于现有图片做编辑”的图改任务(对应 `scripts/edit.js`)。当前已落地:

- `background-replacement.md` — 背景替换(商品 / 人像 / 户外 / 棚景)
- `local-object-replacement.md` — 局部对象替换(配合或不配合蒙版)
- `object-removal.md` — 杂物 / 路人 / 电线 / 瑕疵去除
- `product-retouching.md` — 产品精修(光泽 / 标签 / 阴影 / 瑕疵)
- `portrait-local-edit.md` — 人像局部修改(发型 / 服装 / 妆容 / 配饰)

### 10. Avatars & Profile (`references/avatars-and-profile/`)

适合“风格化头像 / 人设 / 网格 / 贴纸 / 系列肖像”等"个人形象"类视觉。当前已落地:

- `style-transfer-selfie.md` — 把参考图人物转成 cosplay / 哥特 / 复古胶片 / 偶像写真等任意风格
- `character-grid-portrait.md` — 同一角色 n×n 网格肖像(多职业 / 多表情 / 多朝代 / 多风格)
- `themed-3d-icon.md` — Kawaii 3D / Minecraft / 拟物 3D 应用图标式头像
- `sticker-set.md` — 贴纸套装 / 表情包合集(独立元素 + 描边 + 标签)
- `cultural-portrait-series.md` — 朝代 / 神话 / 文学 / 民族系列肖像

### 11. Storyboards & Sequences (`references/storyboards-and-sequences/`)

适合“多分镜 / 漫画 / 关系图 / 流程步骤”等"叙事性序列"类视觉。当前已落地:

- `four-panel-comic.md` — 4 格漫画 / 讽刺漫画 / 段子漫画(起承转合 + 对话气泡)
- `manga-spread-page.md` — 单页 / 跨页漫画分镜(不规则格子 + 对话 + 心声)
- `anime-key-visual.md` — 单图动漫 KV / 轻小说封面 / IP 海报
- `character-relationship-diagram.md` — 角色关系图海报(卡片 + 关系连线 + 图例)
- `recipe-process-flowchart.md` — 食谱 / 教程 / 流程步骤图(编号 + 插图 + 说明)
- `product-tvc-storyboard.md` — 产品 TVC 商业广告分镜板(9-panel 实拍质感 + 镜头描述 + 时长)
- `cinematic-storyboard-grid.md` — **电影感叙事分镜** contact sheet(3×4 / 4×4,连续叙事 + cinematic still)
- `process-photo-board.md` — 真人 cinematic 流程板(装备穿戴 / 化妆 / 训练 / 操作分解,编号 + 步骤递进)

### 12. Grids & Collages (`references/grids-and-collages/`)

适合“多面板网格 / 拼贴 / 立项 board”类视觉。当前已落地:

- `banner-grid-2x2.md` — 2×2 营销 banner 套装(一次出 4 张统一系列设计)
- `lookbook-grid.md` — 7 日 lookbook / 9 宫 self-care / TOP N 清单图
- `mixed-style-multi-panel.md` — 多风格混合拼贴(同一主体不同画风演绎)
- `anime-pitch-board.md` — 动漫 / 游戏 / 影视立项 pitch board(KV + 角色 + 世界观 + 文案)
- `ad-banner-multi-grid.md` — 多行业 / 多主题混合广告 banner 网格(每格独立行业 + 风格 + 文案)

### 13. Branding & Packaging (`references/branding-and-packaging/`)

适合“品牌识别系统 / 吉祥物 / 包装设计”类视觉。当前已落地:

- `brand-identity-board.md` — 品牌识别系统板(logo + 配色 + 字体 + 应用 mockup)
- `mascot-brand-kit.md` — 吉祥物多面板品牌识别套装(主形象 + 三视图 + 表情 + 应用)
- `cosmetic-packaging.md` — 化妆品 / 护肤品 单瓶 / 系列 / 礼盒包装
- `beverage-label-design.md` — 饮料 / 食品 / 调味品标签设计(国潮 / 日式 / 西式)
- `full-mascot-brand-doc.md` — **18+ 模块大型品牌识别 + 吉祥物全流程文档**(DNA / moodboard / 草图 / 线稿 / 3D / 配色 / 材质 / 应用一图概览)
- `character-merch-board.md` — IP 角色 + 周边 / 包装 / 海报 / 社交 profile 多元素综合品牌板

### 14. Typography & Text Layout (`references/typography-and-text-layout/`)

适合“字面优先 / 双语版式”等"以文字为主视觉"的类型。当前已落地:

- `title-safe-poster.md` — 大字主张型海报(日式高能量 / 瑞士极简 / 复古印刷)
- `bilingual-layout-visual.md` — 中英 / 中日双语版式视觉(文化 / 学术 / 跨文化品牌)

### 15. Assets & Props (`references/assets-and-props/`)

适合“图标集 / 游戏截图”等"成套素材 / 游戏资产"类视觉。当前已落地:

- `retro-skeuomorphic-icons.md` — 拟物 / Y2K / 像素 图标集(成套统一风格)
- `game-screenshot-mockup.md` — 游戏内截图 mockup(HUD + 字幕 + 任务面板)

### 16. Academic Figures (`references/academic-figures/`)

适合“论文 / 顶会投稿 / 学术海报 / 答辩 PPT / 开题答辩 / 期刊投稿 Graphical Abstract”的配图。整体偏白底 + 出版物字体 + 几何精确 + 低饱和工程色(深蓝 / 灰蓝 / 黑灰为主,≤3 主色)+ 可单色印刷。**严格禁止虚构定量数据**(数值 / 等值线 / 色标范围 / 公式)。

CS / CV / ML 方向:

- `method-pipeline-overview.md` — 方法总览图 / pipeline figure(多 stage 块 + 数据流;变体 4 提供工程类左/中/右 三段式技术路线图)
- `neural-network-architecture.md` — 神经网络架构图(layer 块 + tensor shape + 跳连)
- `qualitative-comparison-grid.md` — 多方法 qualitative 对比网格(**行 = 样本,列 = 方法**)

工程 / 自然科学 / 答辩通用:

- `scientific-schematic.md` — 概念 / 原理 / 实验装置示意图(自由度高,自然语言模板)
- `mechanism-diagram.md` — 机理示意图 / 因果链路 / 转化路径(中心对象 + 多阶段转化 + 结果区;含三段式因果链 / 循环自激发 / 多分支竞争 三种变体)
- `multi-condition-comparison.md` — **多工况 / 多条件结果对比图**(同一对象在不同 condition 下的并列结果,2×2 / 1×N / M×N;强调 panel 间严格统一)
- `publication-chart.md` — publication-ready 数据图表(bar / line / scatter / heatmap / box)

总览 / 摘要 / 答辩首页:

- `graphical-abstract.md` — 期刊投稿 Graphical Abstract / 图形摘要(横向 4 段式 / 中心展开 / 方形 / 竖版四种变体)
- `research-overview-poster.md` — 开题 / 答辩 / 汇报首页研究总览图(上中下三层 + 五模块;含中心辐射 / 左右双栏 / 极简 三种变体)

> 选择策略:CS/CV/ML 论文首选 `method-pipeline-overview` + `qualitative-comparison-grid`;工程 / 能源 / 化工 / 材料方向首选 `method-pipeline-overview` 变体 4 + `mechanism-diagram` + `multi-condition-comparison`;投稿期刊摘要图用 `graphical-abstract`;答辩 PPT 首页用 `research-overview-poster`。

### 17. Infographics (`references/infographics/`)

适合“信息图 / 高密度科普 / 手绘信息图 / KPI 仪表盘”等"信息可视化大图"。当前已落地:

- `legend-heavy-infographic.md` — 高图例密度科普 / 因果链 / 演化 / 解剖图(双语)
- `hand-drawn-infographic.md` — **手绘风**信息图(macaron / morandi / 黑板 / 牛皮纸;自然语言模板)
- `bento-grid-infographic.md` — 便当格模块化信息图(高密度多模块 widget 排布)
- `comparison-infographic.md` — 二元 / 多元对比信息图(A vs B / 套餐档位 / 误区 vs 正解)
- `step-by-step-infographic.md` — 步骤教程信息图(插画感、温暖;非工程流程图)
- `kpi-dashboard-infographic.md` — KPI 仪表盘式信息图(年度回顾 / Wrapped / 业务 dashboard)

### 18. Technical Diagrams (`references/technical-diagrams/`)

适合“系统架构 / 流程 / 时序 / 状态机 / ER / 思维导图 / 网络拓扑”等工程示意图。统一暗色 grid 背景 + 等宽字体 + 角色编码配色,每个模板都附 light 变体。

⚠️ 注意:本目录生成的是 **PNG 位图**,**不是可编辑 SVG**;需要可编辑请改用 mermaid / draw.io / excalidraw / Figma。当前已落地:

- `system-architecture.md` — 系统架构图(前端 + 后端 + DB + 缓存 + 队列 + 外部)
- `flowchart-decision.md` — 流程图 / 决策图(BPMN 形状语义 + Yes/No 分支)
- `sequence-diagram.md` — 时序图(actor + lifeline + 消息箭头 + 激活条)
- `state-machine.md` — 状态机 / 生命周期图(state + transition + guard / action)
- `er-diagram.md` — ER 图 / 数据模型图(实体 + 字段 + PK/FK + crow's foot 关系)
- `mind-map-tech.md` — 技术主题思维导图(中央 + 放射式分支)
- `network-topology.md` — 网络拓扑图(设备 glyph + zone / VPC + 带宽 / 协议标)

## 提示词工作流(模式感知)

无论 A / B / C,**前 6 步是共用的**;区别只在第 7-8 步如何"出图"。

1. **跑 `check-mode.js` 确定模式**(A / B / C)。
2. 判断任务是生图还是改图。
3. 识别它属于哪个分类目录(参考下方"模板索引")。
4. 只读取对应的具体模板文件,**不要一次读整个 references/**。
5. 严格遵循模板格式:大部分模板用 JSON 主模板(结构化任务首选),少数模板(`infographics/hand-drawn-infographic.md`、`academic-figures/scientific-schematic.md` 等)使用「结构化自然语言 + 参数」混合形式,因为强行 JSON 会限制创作自由。
6. 把用户输入映射到模板参数;关键信息不足时主动发起有针对性的澄清问题。

到此 prompt 已渲染好。下面按模式分叉:

7-A. **Mode A**:把最终 prompt 保存到 `garden-gpt-image-2/prompt/`,调用 `scripts/generate.js` 或 `scripts/edit.js`,图片落到 `garden-gpt-image-2/image/`。
7-B. **Mode B**:把最终 prompt 直接传给宿主的图像工具调用;按需保存 prompt 副本到 `garden-gpt-image-2/prompt/`。
7-C. **Mode C**:把最终 prompt 保存到 `garden-gpt-image-2/prompt/<task-slug>-<timestamp>.md`,并把完整 prompt 在对话中展示给用户,附一句简短的"如何使用 / 推荐工具"建议。

8. 任务结束后用一句话告诉用户:当前模式是什么、prompt 落在哪、图(如有)落在哪。

## 重要约束

通用:

- 模板文件中的 JSON 是**提示词结构模板**,不是 API 请求体模板。
- 三种模式下,最终交给图像模型的都是"渲染后的 prompt 字符串"——可以是拍平的 JSON、可以是结构化自然语言段落,按模板原样使用。
- 除非用户明确要求,否则**不要把 SKILL.md 里的"模式说明"复制到最终 prompt 里**——那是给 Agent 看的元信息。

仅 Mode A 适用:

- 生成脚本使用 JSON body
- 编辑脚本使用 multipart form data
- 响应优先按 `data[0].b64_json` 解析,也兼容 `data[0].url`
- 除非上游接口明确要求,不额外引入特殊 query 参数

## 何时提问

只在这些信息缺失且会显著影响结果时提问:

- 没有 prompt 目标
- 改图时没有原图
- 主体身份或视觉类型决定结果走向
- 商品 / 价格 / 文案 / UI 文本是画面核心组成部分
- 用户同时表达了多个互相冲突的目标

除此之外,优先自己做合理默认并继续执行。

모든 파일

103개 파일

gpt-image-2 설치

스킬 파일을 다운로드하여 .claude/skills/ 디렉터리에 압축을 풀어 주세요.

ZIP 다운로드

저장소를 클론하고 스킬 파일을 프로젝트에 복사하세요.

git clone https://github.com/ConardLi/garden-skills/tree/main/skills/gpt-image-2 # Copy SKILL.md to your .claude/skills/ directory

복사 복사
빠른 설정: 스킬 폴더를 .claude/skills/로 복사하세요. Claude가 해당 스킬을 자동으로 감지하여 사용할 것입니다.

관련 스킬

web-search
업데이트 된 시간 2026년 6월 29일
webapp-testing
업데이트 된 시간 2026년 6월 29일
lark-base
업데이트 된 시간 2026년 7월 5일
agentmail
업데이트 된 시간 2026년 6월 29일
OR