BruceL017/게시물-일러스트레이션-이미지

게시물 일러스트레이션 이미지

핵심 규칙

이 워크플로우를 "콘텐츠 분석 -> 템플릿 선택 -> 이미지 생성"으로 축소하지 마십시오. 안정성은 중간 레이어에 달려 있습니다:

콘텐츠 분석
-> 콘텐츠 유형 및 표현 요구
-> 스위트 수준 스타일 사양
-> 앵커 선정
-> 샷 리스트
-> 이미지별 콘텐츠 구조
-> 이미지별 시각적 은유
-> 선택된 시각 스타일 제약 조건
-> 브랜드 플러그인 활성화 시 브랜드 슬롯 예약
-> 모델이 그리지 않은 브랜드 또는 페이지 배지가 없는 단일 이미지 프롬프트
-> 네이티브 Codex 이미지 생성
-> 선택한 스타일 사양 슬롯을 사용한 선택적 브랜드 플러그인 오버레이
-> QA 및 폴백
-> 저장된 자산 및 전달 노트

시각 스타일을 선택하기 전에 항상 콘텐츠를 읽으십시오. 전체 이미지 세트에 대해 하나의 스위트 수준 스타일을 사용하십시오. 각 이미지는 콘텐츠 구조와 시각적 은유를 통해서만 다양하게 만드십시오.

아키텍처 경계

스타일 사양은 각 플랫폼의 시각 템플릿에 대한 권위입니다. 캔버스 크기, 종횡비, 고정 색상 값, 레이아웃, 안전 영역, 부정 제약 조건 및 브랜드 슬롯과 같은 고정 구성 요소 슬롯을 제어합니다.

브랜드 플러그인은 선택적이며 플러그 가능합니다. 브랜드 활성화 여부와 사용할 브랜드 자산만 결정합니다. 캔버스 크기, 색상 팔레트, 좌표 또는 플랫폼 레이아웃을 결정해서는 안 됩니다. 활성화된 경우 브랜드 플러그인은 선택한 스타일 사양의 브랜드 슬롯을 따라야 합니다. 선택한 스타일에 브랜드 슬롯이 없으면 전역 배치를 즉석에서 만들지 마십시오.

이미지 모델은 로고, TF, Tranfu, 워터마크, 페이지 번호 배지 또는 기타 고정 브랜드 구성 요소를 그려서는 안 됩니다. 이러한 요소는 생략되거나 결정론적 오버레이 단계를 통해 생성 후 추가됩니다.

지원 범위

강력 지원:

• WeChat 공식 계정 본문 일러스트레이션.
• Xiaohongshu 노트 일러스트레이션 (커버/콘텐츠 캐러셀 이미지 포함).
• Zhihu 게시물 일러스트레이션.
• 방법, 워크플로우, 개념, 비교, 체크리스트, 경계 및 의사 결정 흐름 설명자.

조건부 지원:

• 실제 제품 스크린샷이나 사실 데이터가 필요한 이미지 세트: 자료를 요청하거나 가정을 명시하십시오.
• 명시적 스타일 이름: 해당 스타일 파일이 있으면 사용하십시오.
• 명시적 이미지 수: 선택한 스타일의 기본 수를 재정의하십시오.

범위 외:

• 순수 사진, 인물 보정, 제품 목업 또는 사진 사실적인 브랜드 캠페인.
• 이미지 내에 정확한 긴 텍스트가 필수인 작업. 네이티브 이미지 생성은 텍스트를 왜곡할 수 있습니다. 짧은 레이블을 사용하고 필요한 경우 텍스트를 줄여 다시 시도하십시오.
• 사용자가 명시적으로 요청하지 않는 한 다른 이미지 생성 스킬을 경유하는 모든 요청.

필수 참조 자료

한 번에 모두가 아닌 필요에 따라 참조 자료를 사용하십시오:

• references/style-index.md로 시작하여 플랫폼과 후보 스타일 파일을 식별하십시오.
• 프롬프트를 컴파일하기 전에 references/styles/ 아래의 선택한 파일을 완전히 읽으십시오.
• 사용자가 브랜드 플러그인을 명시적으로 비활성화하지 않는 한 references/brand.md를 읽으십시오.
• 이미지별 표현 구조를 선택할 때 references/content-structures.md를 읽으십시오.
• 최종 생성 프롬프트를 작성하기 전에 references/prompt-compiler.md를 읽으십시오.
• 전달 또는 재생성 전에 references/qa-checklist.md를 읽으십시오.
• 이 스킬을 유지 관리하거나 확장할 때만 references/product-design.md를 읽으십시오.

워크플로우

1. 입력 접수

플랫폼, 소스 콘텐츠, 요청된 출력, 명시적 스타일, 명시적 수, 출력 위치 및 브랜드 플러그인 비활성화 여부를 결정하십시오.

플랫폼을 추론할 수 없으면 간결한 질문을 하나 하십시오. 플랫폼이 명확하고 콘텐츠를 사용할 수 있으면 확인을 요청하지 않고 진행하십시오.

다음과 같은 경우 종료:

• 플랫폼이 알려짐.
• 소스 콘텐츠를 사용할 수 있음.
• 명시적 수/스타일/브랜드 재정의가 캡처됨.

2. 콘텐츠 분석

전체 소스 콘텐츠를 읽으십시오. 주요 라인을 3-5문장으로 요약한 다음 표현 요구를 분류하십시오:

• 개념 설명
• 워크플로우/프로세스
• 전후 비교
• 계층적 프레임워크
• 일반적인 실수 또는 경계
• 의사 결정 트리
• 체크리스트 또는 요약
• 스토리/상태 전이

핵심 주장, 청중 가치 및 시각화 가능한 부분이 명확해지면 종료하십시오.

3. 스위트 수준 스타일 사양 선택

references/style-index.md를 사용하여 전체 세트에 대해 하나의 스타일을 선택하십시오.

규칙:

• 명시적 사용자 스타일이 존재하면 해당 스타일이 우선합니다.
• 그렇지 않으면 콘텐츠 유형과 표현 요구에 따라 최상의 플랫폼 스타일을 선택하십시오.
• 사용자가 명시적으로 재정의하지 않는 한 스타일을 선택하기 전에 이미지 수, 종횡비, 팔레트, 안전 영역 또는 고정 구성 요소 슬롯을 결정하지 마십시오. 이러한 요소는 스타일 파일 또는 기계 판독 가능한 스타일 사양에서 가져옵니다.
• Zhihu의 경우, 향후 스타일 파일이 대안을 추가하지 않는 한 고정 Zhihu 스타일을 사용하십시오.

하나의 스타일 파일이 선택되고 완전히 읽혀지면 종료하십시오.

4. 앵커 선정

이미지가 필요한 콘텐츠 포인트만 선택하십시오. 할당량을 채우기 위해 이미지를 만들지 마십시오.

좋은 앵커는 다음과 같습니다:

• 핵심 판단
• 인지적 전환
• 입력-출력 루프
• 전후 대비
• 일반적인 실수
• 프로세스 중단점
• 역할/상태 변경
• 방법 레이어
• 신뢰, 전환 또는 인계 관계

각 선택된 앵커가 "이것에 왜 이미지가 필요한가?"에 답할 수 있을 때 종료하십시오.

5. 샷 리스트 작성

샷 리스트는 필수입니다. 각 이미지에는 다음이 포함되어야 합니다:

• 배치 또는 순서
• 주제
• 하나의 핵심 의미
• 콘텐츠 표현 구조
• 시각적 은유
• 주요 행위자/객체 동작
• 제안된 요소
• 짧은 레이블
• 선택한 스타일 사양의 고정 구성 요소 예약 (있는 경우)
• QA 위험

각 이미지는 정확히 하나의 핵심 아이디어를 표현해야 합니다. 하나의 이미지에 여러 아이디어가 포함되면 분할하거나 삭제하십시오.

6. 프롬프트 컴파일

각 이미지에 대해 다음을 결합하십시오:

• 사용자 콘텐츠 앵커
• 선택한 스위트 수준 스타일 파일
• 이미지별 콘텐츠 구조
• 이미지별 시각적 은유
• 스타일 사양 안전 영역 및 고정 구성 요소 예약
• references/brand.md의 브랜드 플러그인 상태
• 네이티브 Codex 생성 제약 조건
• 스타일 및 QA 참조 자료의 부정 제약 조건

이미지당 하나의 프롬프트를 생성하십시오. 이미지 모델에게 한 번의 호출로 전체 다중 이미지 세트를 만들도록 요청하지 마십시오.

스타일 파일에 "전체 세트 생성"과 같은 일괄 언어가 포함된 경우 이를 수, 순서 및 일관성에 대한 계획 지침으로 취급하십시오. 여전히 한 번에 하나의 이미지를 컴파일하고 생성하십시오.

프롬프트는 모델이 그린 로고, TF, Tranfu, 워터마크 및 페이지 번호 배지를 명시적으로 금지해야 합니다. 브랜드 플러그인이 활성화된 경우 모델에게 선택한 스타일 사양의 브랜드 슬롯을 깨끗하게 유지하여 실제 브랜드 자산을 생성 후 오버레이할 수 있도록 요청하십시오.

7. 한 번에 하나의 이미지 생성

네이티브 Codex 이미지 생성만 사용하십시오. 기본적으로 다른 이미지 스킬을 호출하지 마십시오.

각 생성 후:

• 이미지를 스킬 폴더가 아닌 현재 프로젝트에 저장하십시오.
• 권장 출력 경로: post-illustration-output/<콘텐츠-슬러그>/.
• 브랜드 플러그인이 활성화된 경우 네이티브 생성 이미지를 images/unbranded/ 아래에 저장하십시오.
• 브랜드 플러그인이 활성화된 경우 오버레이 후 결과물을 images/branded/ 아래에 저장하십시오.
• 브랜드 플러그인이 비활성화된 경우 결과물을 images/ 아래에 저장하십시오.
• 정렬된 파일 이름을 사용하십시오(예: 01-cover.png, 02-process-breakpoint.png).

7.5 브랜드 플러그인 오버레이 적용

브랜드 플러그인이 활성화되고 선택한 스타일 사양이 브랜드 슬롯을 정의하는 경우:

• references/brand.md의 실제 브랜드 자산을 사용하십시오.
• 이미지 생성 후 자산을 오버레이하십시오. 이미지 모델에게 로고를 다시 그리도록 요청하지 마십시오.
• 선택한 스타일 사양의 슬롯, 크기 및 안전 영역 규칙을 사용하십시오.
• 사용자가 명시적으로 교체를 요청하지 않는 한 브랜드가 없는 생성 이미지를 유지하십시오.
• Xiaohongshu 저널 스타일의 경우 scripts/apply-brand-overlay.mjs를 references/styles/xhs-style-journal.spec.json과 함께 사용하십시오.
• 오버레이 스크립트에는 npm 종속성이 없지만 rsvg-convert가 시스템에 설치되어 있어야 합니다.

8. QA 및 폴백

references/qa-checklist.md에 대해 모든 이미지를 검사하십시오.

이미지가 실패하면 다시 시도하기 전에 이유를 식별하십시오:

• 텍스트 오류: 텍스트를 줄이고 짧은 레이블만 유지한 후 다시 생성하십시오.
• 너무 많은 아이디어: 앵커를 분할하거나 제거하십시오.
• 스타일 변이: 선택한 스타일 소스와 부정 제약 조건을 강화하십시오.
• 약한 은유: 물리적 동작과 객체를 다시 작성하십시오.
• 모델이 브랜드를 그림: "로고 없음/TF 없음/Tranfu 없음" 제약 조건을 강화하여 다시 생성한 다음 브랜드 플러그인 오버레이를 적용하십시오.
• 브랜드 오버레이가 콘텐츠를 가림: 스타일 사양의 예약된 브랜드 슬롯을 사용하십시오. 콘텐츠가 해당 슬롯을 차지하는 경우 더 명확한 예약 영역으로 다시 생성하십시오.
• 레이아웃이 너무 비어 있거나 혼잡함: 전체 스타일이 아닌 구조를 조정하십시오.

9. 저장 및 전달

출력 폴더에 manifest.md를 생성하거나 업데이트하여 다음을 포함하십시오:

• 파일
• 플랫폼
• 스타일
• 브랜드 플러그인 활성화/비활성화
• 스타일 QA 상태
• 브랜드 플러그인 QA 상태 (활성화된 경우)
• 배치/순서
• 핵심 의미
• 구조
• 시각적 은유
• QA 상태

최종 응답에는 다음이 포함되어야 합니다:

• 출력 경로.
• 이미지 수.
• 사용된 스타일.
• 각 이미지의 용도.
• QA 결론 및 잔여 위험.

비협상 사항

• 스타일 선택 전에 콘텐츠를 분석하십시오.
• 전체 세트에 대해 하나의 스위트 수준 시각 스타일을 사용하십시오.
• 샷 리스트를 절대 건너뛰지 마십시오.
• 각 이미지는 하나의 핵심 의미를 표현합니다.
• 콘텐츠 표현 구조는 정보를 구성합니다.
• 시각적 은유는 추상성을 구체적인 장면으로 바꿉니다.
• 스위트 수준 스타일 사양은 플랫폼 외관, 치수, 색상, 레이아웃, 안전 영역 및 고정 구성 요소 슬롯을 제어합니다.
• 브랜드 플러그인은 선택한 스타일 사양이 브랜드 슬롯을 정의하는 경우에만 기본적으로 활성화됩니다. 해당 슬롯을 따라야 하며 전역 시각 시스템처럼 작동해서는 안 됩니다.
• 이미지 모델은 브랜드 로고나 페이지 번호 배지를 그려서는 안 됩니다.
• 한 번에 하나의 이미지를 생성하고 QA하십시오.
• 생성된 자산을 스킬 폴더 외부에 저장하십시오.