WeChat 스티커 팩 빌드

WeChat 스티커 팩 빌드은(는) 무엇을 하나요?

참조 이미지로부터 종합적인 20개 스티커 제품을 만듭니다. 원본을 보존하고, 각 스티커를 개별적으로 생성하며, WeChat 게시 자산을 준비하고, 검증 및 패키징합니다.

필수 동반 스킬 및 도구

이미지를 생성하기 전에 설치된 imagegen 스킬을 완전히 읽고 따르세요. 기본적으로 내장 이미지 생성 경로를 사용하세요. CLI/API 폴백으로 조용히 전환하지 마세요.

사용:

• 캐릭터 앵커, 20개의 개별 스티커 아트워크, 배너, 커버 및 아이콘에 내장 image_gen 사용;
• 참조 검사 및 시각적 QA에 view_image 사용;
• 결정론적 인테이크, 텍스트 합성, 검증, 접촉 시트 및 패키징에 scripts/sticker_pack.py 사용;
• 시간에 민감한 게시 규칙을 업데이트하기 위해 공식 WeChat/Tencent 소스 사용.

<skill-dir>을 이 SKILL.md가 포함된 디렉토리로 해석하세요. 작업 공간 디렉토리가 스킬 디렉토리라고 가정하지 마세요.

불가침 규약

• 정확히 20개의 최종 스티커를 생성하고 01.png부터 20.png까지 번호를 매깁니다.
• 20개의 스티커 아트워크를 20개의 개별 image_gen 호출로 생성합니다. 콜라주, 다중 패널 이미지, 접촉 시트, n을 사용한 단일 호출 또는 중복 아트워크를 대체품으로 사용하지 마세요.
• 텍스트가 없는 별도의 캐릭터 앵커를 먼저 생성합니다. 앵커는 20개에 포함되지 않습니다.
• 제공된 각 참조 파일을 원래 파일 이름, 확장자, EXIF, 크기 및 SHA-256과 함께 바이트 단위로 보존합니다. 보관된 복사본을 덮어쓰거나, 트랜스코딩하거나, 자르거나, 스트립하지 마세요.
• 승인된 모든 고해상도 생성 원본 아트워크와 모든 고해상도 최종 마스터를 보존합니다. 감사에 유용한 경우 거부된 재시도 출력을 소스 versions/ 아래에 유지하되, 승인된 슬롯을 대체하지 마세요.
• 접촉 시트는 미리보기/검토 아래에만 두고 제출 패키지에는 절대 넣지 마세요.
• 소유권, 저작권, 초상권 동의, AI 공개 또는 승인 상태를 임의로 만들지 마세요.
• 20개의 모든 스티커, 게시 자산, 메타데이터, 수동 검토 게이트 및 권리 게이트가 통과된 경우에만 실행을 ready-to-submit으로 표시합니다.

입력 규약 및 개인 기본값

정상적인 자체 소유 실행에는 하나 이상의 참조 이미지만 필요합니다. 이 사용자의 재사용 가능한 기본값을 위해 assets/creator-profile.json을 로드합니다.

copyright_holder가 비어 있으면 정확한 실제 제출자/저작권 이름에 대해 한 가지 온보딩 질문을 하고, 프로필에 저장한 후 계속 진행합니다. 저장소 관리자의 신원을 다른 사용자로 대체하지 마세요.

저장된 저작권 보유자 및 게시 선택 사항을 적용합니다. 참조를 검사한 후 현재 실행의 권리 및 초상권 부울을 명시적으로 설정합니다. 개인적으로 제공된 자체 참조의 경우, 반대 정보가 없는 경우에만 호출을 사용자의 증명으로 처리합니다. 이미지가 공인, 타인 저작물, 다운로드한 아트워크, 눈에 띄는 브랜드 IP 또는 동의가 불분명한 사람인 경우 패키지 제출 준비를 선언하기 전에 간결한 권리 질문을 한 번 합니다.

여러 이미지에 동일한 대상이 명확히 표시되면 이를 아이덴티티 참조로 결합합니다. 다른 기본 대상을 표시하고 의도한 대상이 불분명하면 한 가지 대상 선택 질문을 합니다.

출력 레이아웃

output/wechat-sticker-pack/<slug>-<timestamp>/ 아래에 새 실행 디렉토리를 생성합니다:

00-reference-originals/       손대지 않은 사용자 입력 + 해시
01-plan/                      pack.json, 계획 CSV, 캐릭터/스타일 바이블, 프롬프트
02-source-assets/
  character-anchor.png
  generated-raw/stickers/     20개의 수정되지 않은 imagegen 출력
  generated-raw/assets/       배너, 커버, 아이콘 소스
  generated-masters/          20개의 고해상도 텍스트 합성 마스터
03-submission/
  stickers/                   01.png ... 20.png
  assets/                     배너, 투명 커버, 투명 아이콘
  metadata/                   공개 사본, 의미, 권리/AI 선언
  qa/                         QA JSON/TXT 및 해시
04-preview/contact-sheet.png
archives/<slug>-submission.zip
archives/<slug>-full-archive.zip 또는 <slug>-draft-full-archive.zip
state.json                    로컬 전용 상태; 아카이브에서 제외

워크플로우

1. 플랫폼 규칙 새로고침

references/wechat-publish-spec.md를 읽습니다. 인터넷 접속이 가능할 때 각 제품 실행 전에 공식 WeChat 스티커 플랫폼 및 현재 공식 리소스 코드를 탐색합니다. 지원되는 요구 사항이 변경된 경우 changed-unsupported를 기록하고, 생성 전에 중지하며, 스킬과 테스트를 업데이트한 후 재개합니다. 실행 메타데이터만 변경하여 호환성을 주장하지 마세요.

현재 규칙을 확인할 수 없는 경우 날짜가 기록된 스냅샷을 사용하여 드래프트로만 계속 진행하고 rules_status: snapshot-unverified와 실제 확인 날짜를 기록합니다. 변경 사항이 감지되면 rules_change_details를 기록합니다. 스크립트는 스킬이 업데이트될 때까지 생성을 차단합니다.

2. 참조 검사 및 권리 설정

view_image로 모든 참조를 검사합니다. 역할을 명시적으로 레이블 지정: 아이덴티티 참조, 선택적 복장 참조, 선택적 스타일 참조.

보이는 민감하지 않은 특징만으로 캐릭터 바이블을 작성합니다. 외모에서 직업, 건강, 관계, 민족 또는 성격을 추론하지 마세요.

현재 요청이 재정의하지 않는 한 assets/creator-profile.json의 개인 기본값을 사용합니다. references/rights-and-ai.md를 따릅니다.

3. 정확히 20개의 스티커 계획

계획을 작성하기 전에 references/content-planning.md를 읽습니다. references/pack-schema.json과 일치하는 고정된 pack.json을 생성하고 다음을 포함합니다:

• 현재 앨범 이름, 소개, 저작권, 플랫폼 선택 및 권리/AI 필드;
• ID가 01–20인 정확히 20개의 고유한 항목;
• 고유한 의도, 정확한 텍스트, 의미 단어, 표정, 포즈/동작, 소품, 프레이밍, 텍스트 영역 및 아트 프롬프트;
• 캐릭터 바이블, 스타일 바이블, 공유 금지 목록, 하나의 앵커 프롬프트 및 게시 자산 프롬프트.

이전 팩의 고정된 문구를 자동으로 재사용하지 마세요. 사용자가 제공한 문구를 먼저 존중하고 나머지 통신 역할을 동적으로 채웁니다.

프로필 템플릿을 실행 계획에 복사하고 실행을 초기화합니다:

python <skill-dir>/scripts/sticker_pack.py init \
  --run-dir <run-dir> \
  --spec <준비된-pack.json> \
  --reference <참조-이미지> [--reference <이미지> ...]

4. 캐릭터 앵커 생성 및 등록

원본 참조를 사용하여 중립적이고 텍스트가 없는 Q-버전 캐릭터 앵커 하나를 생성합니다. 주요 보이는 아이덴티티 특징과 간소화된 복장 하나를 보존합니다. 평범한 제품 배경을 유지하고 소품, 단어, 로고, 서명, 테두리 또는 워터마크가 없어야 합니다.

정확한 고정 앵커 프롬프트를 UTF-8 텍스트로 저장한 다음 생성된 파일을 등록합니다:

python <skill-dir>/scripts/sticker_pack.py import-art \
  --run-dir <run-dir> --kind anchor --source <anchor.png> \
  --generator builtin-imagegen --prompt-file <anchor-prompt.txt>

5. 20개의 독립적인 텍스트 없는 스티커 아트워크 생성

references/prompt-templates.md를 읽습니다. 각 고정된 계획 항목에 대해:

1. 원본 참조와 동일한 캐릭터 앵커를 사용하여 내장 image_gen을 한 번 호출합니다.
2. 공유 아이덴티티 및 스타일 불변 조건을 반복합니다.
3. 계획된 표정, 포즈/동작, 소품, 프레이밍 및 예약된 텍스트 영역만 변경합니다.
4. 단어나 텍스트 모양 표시가 없는 독립형 정사각형 아트워크를 하나 생성합니다.
5. 아이덴티티, 동작, 자르기, 배경, 잘못된 텍스트, 워터마크 및 단일 이미지 준수를 검사합니다.
6. 승인된 원시 이미지를 가져옵니다:

python <skill-dir>/scripts/sticker_pack.py import-art \
  --run-dir <run-dir> --kind sticker --slot <01..20> --source <generated.png> \
  --generator builtin-imagegen --prompt-file <slot-prompt.txt>

재시도 정책:

• 도구 실패 시 동일한 프롬프트로 한 번 재시도;
• 아이덴티티 드리프트, 잘못된 동작, 자르기, 잘못된 텍스트 또는 다중 패널 출력에 대해 한 번의 대상 프롬프트 수정 수행;
• 세 번째 대상 시도에는 참조 + 앵커 + 최상의 시도 사용;
• 한 슬롯에 대해 세 번 실패 후 중지, 나머지 안전한 작업을 완료하고 실행을 드래프트/미준비로 표시. 중복으로 빈칸을 채우지 마세요.

6. 정확한 텍스트 및 게시 스티커 파일 합성

생성된 중국어 글자에 의존하는 대신 결정론적 렌더러를 사용합니다:

python <skill-dir>/scripts/sticker_pack.py render-stickers --run-dir <run-dir>

렌더러는 원시 imagegen 파일을 보존하고, 정확한 계획된 텍스트로 고해상도 마스터를 생성하며, 240×240 업로드 PNG를 생성하고, 파생 EXIF를 제거하며, 텍스트, 코드 포인트, 글꼴, 소스 해시, 출력 해시 및 레이아웃이 포함된 영수증을 작성합니다.

렌더러가 정확한 텍스트를 읽기 쉽게 맞출 수 없는 경우 렌더링하기 전에 해당 계획 항목의 텍스트 또는 레이아웃만 수정합니다. 최소 미만으로 조용히 자르거나 축소하지 마세요.

7. 게시 자산 생성

별도의 내장 호출로 세 가지 고유한 자산을 생성합니다:

• 상세 배너: 다채로운 불투명 스토리 장면, 텍스트/숫자 없음, 흰색 또는 투명 배경 없음;
• 앨범 커버: 완벽하게 평평한 크로마키 배경에 인식 가능한 전반신/전신, 텍스트나 흰색 외곽선 없음;
• 채팅 아이콘: 동일한 평평한 크로마키에 정면 헤드만, 손, 텍스트, 장식, 흰색 외곽선 또는 프레임 없음.

대상에 없는 키 색상을 선택합니다: 기본적으로 #00ff00, 대상/복장에 녹색이 포함된 경우 #ff00ff. 해당 선택을 자산 프롬프트와 제거 명령 모두에 고정합니다.

imagegen 스킬에 필요한 헬퍼로 커버/아이콘 크로마키를 제거합니다. 알파 결과를 검증합니다. 프린지가 남아 있는 경우에만 --edge-contract 1로 한 번 재시도합니다.

제거 전에 수정되지 않은 크로마 출력을 가져온 다음 승인된 배너와 이미 투명해진 커버/아이콘을 가져옵니다:

python <skill-dir>/scripts/sticker_pack.py import-art --run-dir <run-dir> --kind cover-chroma --source <cover-chroma.png> --generator builtin-imagegen --prompt-file <cover-prompt.txt>
python <skill-dir>/scripts/sticker_pack.py import-art --run-dir <run-dir> --kind icon-chroma --source <icon-chroma.png> --generator builtin-imagegen --prompt-file <icon-prompt.txt>
python <skill-dir>/scripts/sticker_pack.py import-art --run-dir <run-dir> --kind banner --source <banner> --generator builtin-imagegen --prompt-file <banner-prompt.txt>
python <skill-dir>/scripts/sticker_pack.py import-art --run-dir <run-dir> --kind cover --source <cover-alpha.png> --generator local-chroma-removal --chroma-key <#RRGGBB> --edge-contract <0..3>
python <skill-dir>/scripts/sticker_pack.py import-art --run-dir <run-dir> --kind icon --source <icon-alpha.png> --generator local-chroma-removal --chroma-key <#RRGGBB> --edge-contract <0..3>
python <skill-dir>/scripts/sticker_pack.py prepare-assets --run-dir <run-dir>

8. 시각적 QA 및 수동 게이트

내부 접촉 시트를 생성합니다:

python <skill-dir>/scripts/sticker_pack.py contact-sheet --run-dir <run-dir>

20개의 최종 스티커를 개별적으로 그리고 시트에서 검사합니다. 캐릭터 일관성, 정확한 가시 텍스트, 고유한 동작/실루엣, 240×240에서의 가독성, 워터마크/로고/횡설수설 없음, 우발적 패널 없음을 확인합니다.

배너, 커버 및 아이콘을 최종 크기로 검사합니다. 그런 다음 01-plan/pack.json의 모든 해당 manual_review 필드를 true로 설정합니다. 실제로 검토하지 않은 필드를 확인하지 마세요.

9. 검증 및 패키징

python <skill-dir>/scripts/sticker_pack.py validate --run-dir <run-dir> --strict
python <skill-dir>/scripts/sticker_pack.py package --run-dir <run-dir>

업로드 전용 아카이브는 스크립트의 고정된 허용 목록을 사용하고 원본, 원시 아트, 마스터, 프롬프트, 접촉 시트, 상태, 추가 파일 및 로컬 절대 경로를 제외해야 합니다. 전체 아카이브는 바이트가 동일한 원본, 소스, 계획, 고정 프롬프트, 정리된 생성 원장, 제출 파일, QA 및 출처를 포함하되 로컬 전용 상태 및 아카이브 재귀를 제외해야 합니다. 전체 아카이브에 원본 EXIF/GPS가 유지될 수 있으며 공개 업로드 패키지로 공유되어서는 안 된다고 경고합니다.

권리 또는 다른 제출 게이트가 해결되지 않은 경우 명확하게 표시된 보관 드래프트만 생성합니다:

python <skill-dir>/scripts/sticker_pack.py package --run-dir <run-dir> --full-only

이것은 <slug>-draft-full-archive.zip을 생성하고 현재 준비된 패키지로 오인될 수 있도록 오래된 제출 ZIP을 격리합니다.

완료 게이트

검증 및 아카이브 무결성이 통과된 경우에만 성공을 보고합니다:

• 20/20 스티커 통과
• 게시 자산 통과
• 원본 참조 보존됨
• 권리 프로필 확인됨
• AI 공개 준비됨
• 상태: 제출 준비 완료

그렇지 않으면 정확히 실패한 슬롯 또는 게이트와 함께 드래프트/미준비를 보고합니다. 항상 두 아카이브, 제출 디렉토리, 복사/의미 파일 및 QA 보고서의 절대 경로를 제공합니다.

참조 라우팅

• 새 팩마다 references/content-planning.md를 읽습니다.
• 이미지 생성 전에 references/prompt-templates.md를 읽습니다.
• 플랫폼 자산 계획 또는 검증 전에 references/wechat-publish-spec.md를 읽습니다.
• 실제 인물, 타인 이미지, 저작권, 초상권 또는 AI 공개와 관련된 경우 references/rights-and-ai.md를 읽습니다.
• pack.json을 생성하거나 수리할 때 references/pack-schema.json을 사용합니다.