Guizang Social Card Skill

O que Guizang Social Card Skill faz?

Crie pacotes de cartões sociais polidos para Xiaohongshu/Rednote, WeChat Official Account, capas de artigos e thumbnails de plataforma.

Esta skill é autocontida. Ela empresta princípios visuais do sistema de estilo Guizang PPT, mas não deve editar a skill PPT original, seus templates ou suas referências. Se a skill PPT original estiver disponível, você pode lê-la apenas para referência.

O trabalho gerado deve residir em uma pasta de tarefa, não na raiz da skill. Padrão para local-tests/<slug>/ dentro deste repositório, ou use a pasta de saída explícita solicitada pelo usuário. Não crie pastas de tarefa de nível raiz como social-card-*, livephoto-*, wechat-*, output/, ou ativos renderizados soltos ao lado de SKILL.md.

O Que Produzir

Use esta skill para:

• Conjuntos de cartões sociais / carrosséis de imagens: capa mais páginas de conteúdo, especialmente Xiaohongshu/Rednote 3:4.
• Cartões de movimento Live Photo curtos quando o usuário solicitar Live Photo / 实况照片 e fornecer evidência em vídeo ou gravações de tela.
• Layouts de quebra-cabeça Live Photo com foco em material quando o usuário tiver ativos de vídeo de alta qualidade e quiser cartões de movimento de vídeo único, dois grids, três grids ou quatro grids com pouco ou nenhum texto adicionado.
• Colagens triplas de Live Photo quando o usuário tiver três vídeos curtos, três resultados, três pontos de vista ou uma comparação de alta informação que deve permanecer dentro de uma unidade de cartão de imagem.
• Ingestão de vídeo longo para Live Photo: diagnosticar se deve cortar, acelerar, dividir em uma colagem tripla ou pedir ao usuário um intervalo de tempo específico antes de renderizar.
• Pares de capa do WeChat Official Account: uma capa principal 21:9 mais uma capa quadrada 1:1, compostas juntas no mesmo HTML para verificação visual.
• Postagens de produtos com muitas capturas de tela, capas de artigos, carrosséis de tutoriais, notas de estilo de vida ao ar livre, explicadores de atualizações de IA/produtos.
• Imagens sociais que precisam de layouts suíços ou editoriais de revista no estilo Guizang.

Não use esta skill para:

• Decks de slides completos ou sites PPT horizontais. Use a skill PPT para isso.
• Geração de vídeo longo. Use uma skill de vídeo para isso. Esta skill suporta apenas cartões Live Photo curtos e vinculados a layout que substituem um slot de imagem estática por vídeo.
• Edição de imagem pura sem requisito de layout ou extração de artigo.

Capacidade de Categoria do Rednote (círculo de capacidade)

As 11 categorias mais comuns do Rednote (小红书) se enquadram em três grupos. Veja references/category-cookbook.md para o roteamento receita por receita.

Forte de ponta a ponta (texto, estrutura e história visual todos no escopo):

• 旅行 (Viagem), 职场 (Trabalho), 推荐 (Recomendado, após especificar um subtipo).

Forte em texto e estrutura; imagem precisa vir do usuário ou de uma biblioteca com origem:

• 游戏 (Jogo), 影视 (Filme/TV), 美食 食谱方向 (Comida — apenas receitas), 彩妆 教程方向 (Maquiagem — apenas tutoriais), 健身 (Fitness), 家居 (Casa), 穿搭 精选方向 (Vestuário — cápsula/ensaio apenas).

Fora do escopo — recuse honestamente em vez de prometer um resultado:

• 美食 菜品大片摆盘 (exibição de fotografia de comida).
• 穿搭 日常 OOTD 全身 (fotos de corpo inteiro OOTD diário; não podemos gerar ou simular).
• 情感 梦核 / 氛围感装饰风 (dreamcore / estilo decorativo leve — conflita com Editorial e Suíço).
• Y2K / 千禧辣妹 / 哥特萝莉 / estéticas decoradas kawaii.
• Postagens de pura exibição de fotografia onde a imagem é a entrega completa.

Quando uma solicitação cai no terceiro grupo, nomeie o que não podemos fazer na recepção — não adapte silenciosamente um layout que perde a intenção do usuário.

Princípio Central

A expressão vem primeiro. O objetivo não é enfiar texto em pôsteres; é transformar a fonte em um argumento visual claro.

Para cada página, decida:

• O que o espectador deve entender em um relance?
• Que evidência, captura de tela ou imagem a suporta?
• Quais palavras devem ser grandes, e quais podem se tornar legendas ou metadados?
• O que pode ser removido porque pertence ao corpo da postagem, não à imagem?

Referências Necessárias

Leia estes arquivos conforme necessário:

• references/platform-specs.md para proporções exatas, tamanhos de saída e nomenclatura.
• references/style-system.md para regras visuais editoriais e suíças do Guizang.
• references/theme-presets.md ao escolher paletas de revista eletrônica ou paletas de destaque suíças.
• references/layout-recipes.md ao selecionar estruturas de página para carrosséis/cartões sociais/WeChat.
• references/components.md para a especificação de componente compartilhado: pilhas de fontes, escala tipográfica, tamanhos mínimos legíveis, faixas de comprimento de título em chinês, regra de exclusão mútua de preenchimento de cartão suíço, classes de proporção de contêiner de imagem, tokens de espaçamento e regras de ícone Lucide.
• references/background-systems.md ao construir fundos WebGL/tinta/papel de revista eletrônica.
• references/portrait-fill.md ao adaptar layouts para 3:4 e evitar espaço vertical subpreenchido.
• references/content-planning.md para ganchos de capa, divisão de página e compressão de texto.
• references/production-workflow.md para renderização HTML/CSS e manipulação de imagens.
• references/live-photo-production.md quando o usuário pedir Live Photo / 实况照片 / 三连实况拼图, fornecer ativos de vídeo para um cartão social ou quiser entrega de cartão de movimento Xiaohongshu / WeChat. Abrange orçamento de informação, Live Photo única vs tripla, ingestão de vídeo longo e lembretes de publicação na plataforma.
• references/image-overlay.md sempre que o texto estiver sobre uma foto: qualificação da foto, fallback de matiz localizada e desvio de rosto/assunto via mapeamento multimodal de assunto.
• references/screenshot-treatment.md quando o usuário fornecer uma captura de tela de app/web/código/dashboard — escolhe .frame-shot sobre .frame-img, define cantos/sombra/fundo/inserção, decide sobre chrome .device-browser ou .device-phone.
• references/map-component.md quando o conteúdo tiver relações espaciais (rota de viagem, locais de lojas, passeio a pé) — rotas reais padrão para Mapbox Static ou tiles estáticos OSM; SVG esquemático é apenas para mapas conceituais/ilustrativos. Pins são sobreposições HTML; nunca use mapas JS ao vivo.
• references/title-shortener.md quando a tarefa for um par de capas WeChat 21:9+1:1, ou qualquer reutilização entre plataformas — deriva o título curto 1:1 do longo (extração em 5 etapas, 4 padrões, antipadrões, dimensionamento em .poster.square).
• references/category-cookbook.md para rotear uma categoria Rednote nomeada pelo usuário (旅行 / 职场 / 游戏 / 影视 / 彩妆 / 美食 / 穿搭 / 家居 / 健身 / 情感 / 推荐) para receitas aplicáveis e confirmar o escopo.
• references/qa-checklist.md antes de entregar as imagens finais.

Fluxo de Trabalho

1. Recepção

Colete apenas as informações ausentes que alteram a saída:

• Plataformas e proporções alvo.

• Texto fonte, legendas, artigo ou título.

• Categoria do Rednote — se o usuário nomear um dos 11 tipos comuns (旅行 / 职场 / 游戏 / 影视 / 美食 / 彩妆 / 穿搭 / 家居 / 健身 / 情感 / 推荐), roteie via references/category-cookbook.md para encontrar as receitas certas e confirmar se a solicitação está dentro do círculo de capacidade (veja "Capacidade de Categoria do Rednote" acima). Se uma solicitação cair no grupo fora do escopo, apresente isso ao usuário antes de projetar, não adapte silenciosamente.

• Imagens/capturas de tela fornecidas e onde cada uma deve aparecer. Para conteúdo de Notícias / Tutorial / Dados / Revisão, solicite ativamente capturas de tela ou fotos — elas são a camada de evidência. Um pôster sem artefato real tende a parecer enchimento.

• Ativos de vídeo fornecidos, se o usuário solicitar Live Photo. Trate o vídeo fornecido pelo usuário como o caminho normal; vídeo gratuito da web é apenas para casos de demonstração/promoção ou quando o usuário pede explicitamente por material com origem. Confirme a plataforma alvo porque a duração difere: Xiaohongshu suporta 5s; WeChat Official Account Live Photo deve permanecer em 3s e deve ser carregada do iPhone. Antes de cortar, leia references/live-photo-production.md e classifique a solicitação como Live Photo única, colagem tripla ou ingestão de vídeo longo. Se a fonte for muito longa ou contiver vários momentos utilizáveis, faça um diagnóstico de baixo custo primeiro, depois pergunte uma vez se deve cortar, acelerar, dividir em vários slots ou usar um intervalo de tempo especificado pelo usuário. Se a fonte for mais curta que a duração alvo, pergunte se deve fornecer um clipe mais longo, aceitar um Live Photo mais curto ou permitir explicitamente uma pausa/desaceleração. Se o foco importante for ambíguo, sugira opções possíveis de corte/ampliação, mas deixe o usuário decidir antes de executar.

• Se o usuário fornecer apenas texto (nenhuma imagem), pergunte uma vez antes de projetar:

  这篇我需要 1-2 张图。三种走法：
  A. 你自己有照片 / 截图，传给我（推荐——最不"AI 感"）
  B. 我去 Pexels / Unsplash / Flickr 帮你找
  C. 用 AI 生成
  

  Recomende A em uma linha — sua própria foto é o que faz um pôster não parecer gerado por IA. Aceite o que o usuário escolher (incluindo "都行你看着办") e prossiga. Não pergunte novamente depois, não continue cutucando para A em várias tentativas. Esta pergunta é única.

• Estilo preferido se especificado: Estilo Suíço, revista/editorial, tech, ao ar livre, etc.

• Restrições rígidas: texto do título, nenhuma imagem na capa 1:1, deve incluir uma foto de hardware, manter a captura de tela legível, e assim por diante.

Se o usuário já forneceu contexto suficiente, prossiga com suposições razoáveis.

Se o conteúdo envolver lançamentos de produtos atuais, políticas, preços, alegações ou notícias, verifique fatos instáveis com navegação e cite fontes na resposta final.

2. Extrair a História

Transforme a fonte em um plano de páginas antes de projetar.

Para Rednote:

• A página 1 é o gancho da capa.
• As páginas 2-N carregam apenas uma ideia cada.
• Use 5-9 páginas para a maioria das postagens. Comprima ou combine páginas quando áreas inferiores ficarem vazias.
• Mantenha o corpo da postagem para nuances; as imagens devem carregar ganchos, comparações, listas de verificação e conclusões nítidas.

Para WeChat:

• Sempre produza um sistema emparelhado: capa principal 21:9 e capa quadrada 1:1.
• Construa ambas as capas no mesmo arquivo HTML e adicione uma seção de pré-visualização combinada para que sua relação visual possa ser verificada juntamente.
• 21:9 mantém o título completo ou quase completo, subtítulo e uma relação visual forte.
• 1:1 usa um título curto simplificado derivado do título longo: tipo grande centralizado, sem imagem por padrão, sem legendas apertadas.

3. Escolher o Modo de Estilo

Escolha um modo por pacote. Os dois sistemas não estão vinculados a tipos de conteúdo específicos — o que muda é a postura visual, não sobre qual tópico você pode falar. Um ensaio de trabalho pode ser Editorial; um registro de viagem pode ser Suíço. Escolha pela sensação que você quer, não por consulta de categoria.

Revista Editorial x E-ink traz:

• Exibição Serif/Songti + corpo sem serifa silencioso, paleta de papel + tinta.
• Camada de atmosfera (grão de papel / aguada de tinta / tela WebGL) sobre uma base de papel quente.
• Linhas de registro, marginalia, citações em destaque, grandes poços de foto — sensação de recurso de revista.
• Melhor quando você quer que a página pareça lenta, ponderada, composição manual.

Suíço Internacional traz:

• Sensação Inter/Helvetica, exibição muito clara em tamanhos grandes, mono etiquetas em tamanhos pequenos.
• Grade estritamente alinhada à esquerda, regras finas, um destaque de alta saturação.
• Matrizes de preenchimento de cartão, torres de KPI, gráficos de barra h, declarações numeradas — sensação de sistema/dados.
• Melhor quando você quer que a página pareça projetada, quantificada, decisiva.

Se ambos parecerem viáveis para um conteúdo, a questão se torna intenção editorial: "isso é um artigo de destaque ou uma nota de lançamento?" Isso decide o modo, não o tópico em si.

Não misture os dois sistemas visuais dentro do mesmo conjunto de imagens, a menos que o usuário peça explicitamente por um híbrido.

Em seguida, escolha um tema:

• Revista Editorial x E-ink usa uma das 6 paletas de revista: Ink Classic, Indigo Porcelain, Forest Ink, Kraft Paper, Dune ou Midnight Ink (a única variante escura; reservada para arte chave de jogo / fotografia noturna / capas cinematográficas).
• Suíço Internacional usa uma das 4 paletas de destaque: IKB Blue, Lemon Yellow, Lemon Green ou Safety Orange.

Leia references/theme-presets.md para tokens CSS exatos. Não invente cores arbitrárias a menos que o usuário tenha um requisito de marca estrito.

4. Planejar Páginas

Crie um plano interno conciso:

Page 01 / cover / hook / fonte da imagem / intenção de layout
Page 02 / ponto / texto chave / evidência visual / intenção de layout
...

Quando o usuário pedir aprovação, mostre este plano antes de renderizar. Caso contrário, use-o internamente e prossiga.

Use references/layout-recipes.md para escolher estruturas de página. Evite fazer de cada página um layout repetido de título mais cartão.

Para imagens 3:4, verifique references/portrait-fill.md antes de codificar. Uma tabela ou registro curto deve ser expandido em uma composição de retrato completa com uma coluna de citação, evidência de imagem, marginalia, linhas maiores ou uma zona de fundo herói.

A cópia voltada para o público deve descrever a cena real do usuário, não o método de produção. Termos internos como 3s, 5s, Live Photo, triple collage, information budget, long-video intake, speed-up, highlight detection, one action point ou layout template podem guiar o planejamento, nomes de arquivo, notas de QA e resumos de entrega, mas não devem se tornar o H1, gancho ou cópia do corpo principal, a menos que o usuário esteja explicitamente fazendo uma postagem instrutiva sobre esses conceitos. Antes de renderizar, leia cada título visível uma vez como um espectador real: se soar como um requisito de tarefa, substitua por cópia específica da cena.

Não adicione ornamentos não-template apenas para satisfazer um aviso de densidade automatizado. Régua extra, barras laterais, eixos de tempo pseudo, etiquetas decorativas ou emblemas inventados devem vir de uma receita de layout existente ou de uma solicitação do usuário. Se aparecer um aviso de densidade, corrija escolhendo uma receita melhor, redimensionando conteúdo real ou aceitando o aviso consultivo com uma justificativa visual; não coloque UI sem sentido no cartão.

Para cartões Live Photo, planeje-os como cartões sociais normais primeiro, depois decida o papel do movimento: um ponto de ação, um pequeno processo, uma mudança antes/depois, três resultados paralelos ou ambiência/evidência. A única mudança estrutural é que um ou mais poços de imagem se tornam poços de vídeo. Mantenha as mesmas regras de proporção, corte, área segura, tipografia e modo de estilo; aplique a lógica de corte de imagem estática ao fluxo de vídeo. O primeiro quadro deve passar nas mesmas verificações que uma imagem estática: nenhum corte excessivo, UI chave/conteúdo permanece legível e o cartão ainda segue a receita de layout escolhida. Leia references/live-photo-production.md antes de renderizar.

Para cartões de quebra-cabeça Live Photo com foco em material, deixe os ativos de vídeo liderarem. Use pouco ou nenhum texto. Se o vídeo for autoexplicativo sem sobreposição, trate-o como um cartão de mídia puro sem texto adicional. Se a própria duração do vídeo transmitir a informação, os cartões estáticos de suporte devem ficar em segundo plano. Consulte references/live-photo-production.md para orientação sobre orçamento de informação.

...

[truncado para tradução]