BruceL017/post-illustration-images

Imagens para Ilustrações de Postagens

Regra Central

Não reduza este fluxo a "analisar conteúdo -> escolher modelo -> gerar imagem". A estabilidade depende das camadas intermediárias:

análise de conteúdo
-> tipo de conteúdo e necessidade de expressão
-> Style Spec de suíte
-> seleção de âncoras
-> lista de tomadas (shot list)
-> estrutura de conteúdo por imagem
-> metáfora visual por imagem
-> restrições de estilo visual selecionadas
-> reserva de espaço da marca quando o Brand Plugin estiver ativado
-> prompt de imagem única sem marca ou selo de página desenhados pelo modelo
-> geração de imagem nativa do Codex
-> sobreposição opcional do Brand Plugin usando o slot da marca do Style Spec selecionado
-> QA e fallback
-> ativos salvos e notas de entrega

Sempre leia o conteúdo antes de escolher um estilo visual. Use um único estilo de suíte para todo o conjunto de imagens. Varie cada imagem apenas através de sua estrutura de conteúdo e metáfora visual.

Limite Arquitetural

O Style Spec é a autoridade para cada modelo visual de plataforma. Ele controla o tamanho da tela, proporção, valores de cor fixos, layout, áreas seguras, restrições negativas e quaisquer slots de componentes fixos, como um slot para a marca.

O Brand Plugin é opcional e conectável. Ele decide apenas se uma marca está ativada e qual ativo de marca usar. Ele não deve decidir o tamanho da tela, paleta de cores, coordenadas ou layout da plataforma. Quando ativado, o Brand Plugin deve obedecer ao slot da marca do Style Spec selecionado. Se o estilo selecionado não tiver um slot para marca, não improvise uma colocação global.

O modelo de imagem não deve desenhar logotipos, TF, Tranfu, marcas d'água, selos de número de página ou outros componentes fixos de marca. Eles são omitidos ou adicionados após a geração por uma etapa de sobreposição determinística.

Escopo Suportado

Suporte forte:

• Ilustrações de corpo de artigo para contas oficiais do WeChat.
• Ilustrações de notas do Xiaohongshu, incluindo imagens de capa e carrossel de conteúdo.
• Ilustrações de postagens do Zhihu.
• Explicadores de método, fluxo de trabalho, conceito, comparação, lista de verificação, limite e fluxo de decisão.

Suporte condicional:

• Conjuntos de imagens que exigem capturas de tela reais de produtos ou dados factuais: peça o material ou declare a suposição.
• Nomes de estilos explícitos: use o arquivo de estilo correspondente, se existir.
• Contagem explícita de imagens: substitua a contagem padrão do estilo selecionado.

Fora do escopo:

• Fotografia pura, retoque de retrato, maquetes de produto ou campanhas de marca fotorrealistas.
• Tarefas onde texto longo exato dentro das imagens é obrigatório. A geração nativa de imagem pode distorcer o texto; use rótulos curtos e tente novamente com menos texto, se necessário.
• Qualquer solicitação para rotear para outras habilidades de geração de imagem, a menos que o usuário peça explicitamente por elas.

Referências Necessárias

Use as referências conforme a necessidade, não todas de uma vez:

• Comece com references/style-index.md para identificar a plataforma e os arquivos de estilo candidatos.
• Leia o arquivo selecionado em references/styles/ completamente antes de compilar os prompts.
• Leia references/brand.md a menos que o usuário desabilite explicitamente o Brand Plugin.
• Leia references/content-structures.md ao selecionar estruturas de expressão por imagem.
• Leia references/prompt-compiler.md antes de escrever os prompts finais de geração.
• Leia references/qa-checklist.md antes da entrega ou regeneração.
• Leia references/product-design.md apenas ao manter ou estender esta habilidade.

Fluxo de Trabalho

1. Recepção

Determine a plataforma, conteúdo de origem, saída solicitada, estilo explícito, contagem explícita, local de saída e se o Brand Plugin está desabilitado.

Se a plataforma não puder ser inferida, faça uma pergunta concisa. Se a plataforma estiver clara e o conteúdo estiver disponível, prossiga sem pedir confirmação.

Saia quando:

• A plataforma for conhecida.
• O conteúdo de origem estiver disponível.
• Qualquer substituição explícita de contagem/estilo/marca for capturada.

2. Análise de Conteúdo

Leia o conteúdo de origem completo. Resuma a linha principal em 3 a 5 frases e, em seguida, classifique a necessidade de expressão:

• Explicação de conceito
• Fluxo de trabalho/processo
• Comparação antes-depois
• Estrutura em camadas
• Erros comuns ou limites
• Árvore de decisão
• Lista de verificação ou resumo
• História/transição de estado

Saia quando a afirmação central, o valor para o público e as partes visualizáveis estiverem claros.

3. Selecionar Style Spec de Suíte

Use references/style-index.md para escolher um estilo para todo o conjunto.

Regras:

• O estilo explícito do usuário vence se o estilo existir.
• Caso contrário, escolha o melhor estilo de plataforma com base no tipo de conteúdo e na necessidade de expressão.
• Não decida contagem de imagens, proporção, paleta, área segura ou slots de componentes fixos antes de selecionar o estilo. Eles vêm do arquivo de estilo ou de seu Style Spec legível por máquina, a menos que o usuário os substitua explicitamente.
• Para Zhihu, use o estilo fixo do Zhihu, a menos que arquivos de estilo futuros adicionem alternativas.

Saia quando um arquivo de estilo for selecionado e lido completamente.

4. Selecionar Âncoras

Escolha apenas os pontos de conteúdo que merecem imagens. Não crie imagens para preencher uma cota.

Boas âncoras incluem:

• Julgamento central
• Virada cognitiva
• Ciclo entrada-saída
• Contraste antes-depois
• Erro comum
• Ponto de interrupção do processo
• Mudança de papel/estado
• Camada de método
• Relação de confiança, conversão ou transferência

Saia quando cada âncora selecionada puder responder: "por que isso precisa de uma imagem?"

5. Construir Lista de Tomadas (Shot List)

A lista de tomadas é obrigatória. Cada imagem deve conter:

• Posicionamento ou sequência
• Tópico
• Um significado central
• Estrutura de expressão de conteúdo
• Metáfora visual
• Ação do ator/objeto principal
• Elementos sugeridos
• Rótulos curtos
• Reservas de componentes fixos do Style Spec selecionado, se houver
• Risco de QA

Cada imagem deve expressar exatamente uma ideia central. Se uma imagem contiver várias ideias, divida ou exclua.

6. Compilar Prompts

Para cada imagem, combine:

• Âncora de conteúdo do usuário
• Arquivo de estilo de suíte selecionado
• Estrutura de conteúdo por imagem
• Metáfora visual por imagem
• Áreas seguras do Style Spec e reservas de componentes fixos
• Status do Brand Plugin de references/brand.md
• Restrições de geração nativa do Codex
• Restrições negativas do estilo e referências de QA

Gere um prompt por imagem. Não peça ao modelo de imagem para criar um conjunto completo de várias imagens em uma única chamada.

Se um arquivo de estilo contiver linguagem de lote, como "gerar o conjunto inteiro", trate-a como orientação de planejamento para contagem, sequência e consistência. Ainda assim, compile e gere uma imagem de cada vez.

O prompt deve proibir explicitamente logotipos, TF, Tranfu, marcas d'água e selos de número de página desenhados pelo modelo. Quando o Brand Plugin estiver ativado, peça ao modelo para manter o slot da marca do Style Spec selecionado limpo, para que o ativo real da marca possa ser sobreposto após a geração.

7. Gerar Uma Imagem de Cada Vez

Use apenas a geração de imagem nativa do Codex. Não invoque outras habilidades de imagem por padrão.

Após cada geração:

• Salve a imagem no projeto atual, não na pasta da habilidade.
• Caminho de saída recomendado: post-illustration-output/<slug-do-conteudo>/.
• Salve imagens geradas nativamente em images/unbranded/ quando o Brand Plugin estiver ativado.
• Salve entregas pós-sobreposição em images/branded/ quando o Brand Plugin estiver ativado.
• Se o Brand Plugin estiver desabilitado, salve as entregas em images/.
• Use nomes de arquivo ordenados, por exemplo 01-cover.png, 02-process-breakpoint.png.

7.5 Aplicar Sobreposição do Brand Plugin

Se o Brand Plugin estiver ativado e o Style Spec selecionado definir um slot de marca:

• Use o ativo de marca real de references/brand.md.
• Sobreponha o ativo após a geração da imagem. Não peça ao modelo de imagem para redesenhar o logotipo.
• Use o slot, tamanho e regras de área segura do Style Spec selecionado.
• Mantenha a imagem gerada sem marca, a menos que o usuário peça explicitamente para substituí-la.
• Para o estilo de diário do Xiaohongshu, use scripts/apply-brand-overlay.mjs com references/styles/xhs-style-journal.spec.json.
• O script de sobreposição não tem dependência de npm, mas requer que rsvg-convert esteja disponível na máquina.

8. QA e Fallback

Verifique cada imagem contra references/qa-checklist.md.

Se uma imagem falhar, identifique o motivo antes de tentar novamente:

• Erro de texto: reduza o texto, mantenha apenas rótulos curtos, regenere.
• Muitas ideias: divida ou remova âncoras.
• Desvio de estilo: reforce a fonte de estilo selecionada e as restrições negativas.
• Metáfora fraca: reescreva a ação física e o objeto.
• Marca foi desenhada pelo modelo: regenere com restrições mais fortes de "sem logotipo/sem TF/sem Tranfu" e, em seguida, aplique a sobreposição do Brand Plugin.
• Sobreposição da marca bloqueia o conteúdo: use o slot de marca reservado do Style Spec; se o conteúdo ocupar esse slot, regenere com uma área reservada mais clara.
• Layout muito vazio ou cheio: ajuste a estrutura, não o estilo inteiro.

9. Salvar e Entregar

Crie ou atualize manifest.md na pasta de saída com:

• Arquivo
• Plataforma
• Estilo
• Brand Plugin ativado/desativado
• Status de QA do estilo
• Status de QA do Brand Plugin, se ativado
• Posicionamento/sequência
• Significado central
• Estrutura
• Metáfora visual
• Status de QA

A resposta final deve incluir:

• Caminho de saída.
• Número de imagens.
• Qual estilo foi usado.
• Uso de cada imagem.
• Conclusão de QA e qualquer risco residual.

Inegociáveis

• Analise o conteúdo antes da seleção de estilo.
• Use um único estilo visual de suíte para todo o conjunto.
• Nunca pule a lista de tomadas.
• Cada imagem expressa um significado central.
• A estrutura de expressão de conteúdo organiza a informação.
• A metáfora visual transforma abstração em uma cena concreta.
• O Style Spec de suíte controla a aparência da plataforma, dimensões, cores, layout, áreas seguras e slots de componentes fixos.
• O Brand Plugin é ativado por padrão apenas quando o Style Spec selecionado define um slot de marca; ele deve obedecer a esse slot e não deve se comportar como um sistema visual global.
• O modelo de imagem não deve desenhar logotipos de marca ou selos de número de página.
• Gere e faça QA de uma imagem de cada vez.
• Salve os ativos gerados fora da pasta da habilidade.