Guia de uso
Receitas de prompt do wan2.7-image-standard: prompts prontos para copiar e colar para layout e renderização de texto
Manual de receitas para desenvolvedores: layout estruturado, texto legível e saída reproduzível
Como usar estas receitas de prompt
Cada receita deste guia segue a mesma forma: uma breve descrição de papel, um conjunto de slots rotulados e uma cauda final fixa que trava o estilo e o comportamento de renderização. Você só precisa preencher o conteúdo dos slots, mantendo a estrutura intacta, e obtém saídas comparáveis entre várias execuções.
O modelo é o seguinte:
[subject] | [layout spec] | [text block] | [style tail]
Cada segmento separado por barra vertical responde a uma pergunta. O sujeito (subject) diz o que há na imagem. A especificação de layout (layout spec) diz onde cada elemento fica. O bloco de texto (text block) carrega o texto que deve ser incorporado à imagem. A cauda de estilo (style tail) fixa a aparência da renderização para que ela não varie entre execuções.
Ao adaptar uma receita, altere o conteúdo dos slots, não a estrutura dos slots. Se o seu sujeito precisa de três blocos de cartão em vez de dois, edite a especificação de layout — não remova o segmento de layout. Manter a estrutura completa é o que torna a receita reutilizável e o que torna as falhas depuráveis: quando algo dá errado, você sabe a qual segmento culpar.
Um ciclo viável é: copiar a receita, preencher com o seu conteúdo, gerar e comparar com a execução anterior antes de fazer qualquer outra alteração. Se você reescrever dois slots ao mesmo tempo, perde a capacidade de julgar qual edição corrigiu ou quebrou a renderização.

Receita: controlar layout e composição
O layout é a parte mais controlável do prompt e também a parte mais vaga na maioria das pessoas. Linguagem de layout vaga produz composição vaga.
Receita: grade fixada
[subject] | centered subject inside a 3-column grid, equal gutters, elements aligned to grid lines, generous outer margins, no overlapping shapes | [text block] | flat vector style, high contrast, clean edges
A expressão 3-column grid, equal gutters faz a maior parte do trabalho. Ela transforma um desejo de composição em uma restrição contável. Troque o número de colunas pelo que o seu layout precisa — 2-column, 4-column, single centered column.
Hierarquia e espaço em branco
Hierarquia significa que o prompt declara explicitamente tamanhos relativos:
[subject] | one dominant headline block occupying the upper third, two smaller supporting blocks beneath it, at least 30% of the canvas left empty
Vale a pena escrever o pedido de espaço em branco literalmente. Sem uma instrução explícita de área vazia, a saída tende a preencher a tela. Trate left empty e spacious como ferramentas diferentes: o primeiro é uma restrição, o segundo é uma atmosfera.
Casos de falha previsíveis
- Empilhar muitas cláusulas de posição em uma única execução (
top-left AND bottom-right AND centered) faz o modelo ceder em todas as cláusulas. - Misturar linguagem de layout e linguagem de estilo no mesmo segmento deixa as duas confusas.
- Nomes de elementos que se implicam mutuamente (
icon grid containing icons) não acrescentam nenhuma informação.
Mantenha o segmento de layout como pura descrição geométrica. O estilo vai no segmento final.

Receita: fazer o texto renderizar com clareza
Texto incorporado é a parte de maior variância na geração de imagens. As alavancas confiáveis, em ordem, são comprimento, aspas e posição.
Receita: texto curto entre aspas
[subject] | headline area in the upper center, one line of text only | headline text: "Ship Faster" | clean sans-serif, solid fill, high contrast against background
O conteúdo do texto fica entre aspas duplas e em nenhum outro lugar. As aspas transmitem o sinal de "renderize isto literalmente", o que é muito mais consistente do que descrever o texto em prosa. Mantenha a string entre aspas com uma ou duas palavras; frases longas degeneram em glifos aproximados.
Pistas de posicionamento úteis
Coloque a área do texto no segmento de layout e o texto em si no segmento de texto. Essa separação permite mover o texto sem reescrever o título, e essa é uma combinação de iteração comum.
Formulações de posicionamento úteis:
headline area in the upper thirdlabel beneath the main blocksingle centered line, no wrapping
A expressão no wrapping é uma restrição real, que impede o modelo de quebrar uma frase curta em duas linhas.
Disciplina de comprimento e formulação
Antes de escrever o prompt, limite mentalmente a contagem de caracteres. Se uma frase não cabe em uma linha visual na escala do seu layout, encurte-a em vez de pedir ao modelo que a reduza. Remova primeiro a pontuação, depois as palavras — vírgulas e apóstrofos extras são uma fonte comum de artefatos.
Se a renderização do texto sair ilegível, primeiro encurte-o, depois simplifique os descritores de estilo e, em seguida, mova as pistas de posicionamento. Altere apenas um desses itens por execução.

Receita: cartões e painéis estruturados
Layouts com vários blocos são onde as receitas rendem mais, porque repetição é exatamente o que o prompt precisa descrever com precisão.
Receita: linha de cartões repetidos
[subject] | a row of 3 identical cards, equal width, equal spacing between cards, consistent inner padding on all four sides, card content top-aligned within each card, unified outer margin | [text block] | flat vector style, subtle border, high contrast
As expressões que sustentam a estrutura são identical, equal width, equal spacing e consistent inner padding. Cada uma delas é uma propriedade mensurável. A palavra identical importa mais do que a quantidade: a menos que seja explicitamente instruído a manter consistência, o modelo gerará alegremente três cartões de tamanhos diferentes.
Eixo de alinhamento
Declare a qual borda o conteúdo se alinha. top-aligned within each card e left-aligned text with a single leading edge funcionam. Especificar um eixo de alinhamento para cada bloco evita a deriva que ocorre quando o conteúdo flutua independentemente dentro de cada cartão.
Expandir a receita
Para passar de uma linha para uma grade, altere apenas a descrição geométrica:
a 2x2 grid of 4 identical panels, equal gutters horizontally and vertically, consistent inner padding
Para reduzir a densidade, diminua o número de blocos em vez de reduzir o preenchimento interno. Menos blocos com preenchimento adequado renderizam mais limpos do que muitos blocos apertados.
Um padrão de falha comum é exigir que cada cartão tenha conteúdo diferente e, ao mesmo tempo, estrutura igual. Se os cartões precisam diferir em conteúdo mas coincidir em forma, diga isso explicitamente: identical card dimensions and spacing, varying text content per card.
Parâmetros e técnicas de iteração
O trabalho de prompt é trabalho de depuração. A disciplina importante é a iteração de variável única.
Altere apenas uma coisa
Anote o prompt atual, faça uma única edição, gere e compare. Se a alteração ajudar, mantenha e registre. Se não ajudar, reverta por completo, em vez de empilhar frases compensatórias em cima. Frases compensatórias se acumulam em prompts que ninguém consegue raciocinar.
Mantenha as execuções comparáveis
Mantenha os parâmetros fixos enquanto itera no texto do prompt. Se você ajustar a formulação do layout e as configurações de geração na mesma rodada, não conseguirá atribuir o resultado. Escolha uma semente ou um baseline de configurações, varie o prompt em relação a ele e só então ajuste os parâmetros para o prompt vencedor.
Reescreva, não empilhe
Quando um segmento falha duas vezes seguidas, reescreva-o em vez de adicionar qualificadores. Se centered falha, troque para aligned to the horizontal center line, e não para centered, truly centered, make sure it is centered. Repetir a mesma palavra é lido como ruído.
Registre o que você tentou
Mantenha um breve changelog para cada receita: as edições feitas, o identificador da execução e uma linha descrevendo o resultado. É a diferença entre iterar e vagar. Depois de algumas execuções, você perceberá qual slot é realmente sensível — geralmente o layout ou o texto, e não a cauda de estilo.
Por fim, resista ao impulso de ajustar o estilo antes que a estrutura funcione. Primeiro acerte a geometria e o texto com uma cauda de estilo simples, e só depois refine a aparência.
Receitas com saídas de geração reais
Aqui as receitas são executadas de ponta a ponta, para que você possa julgar os resultados em vez de confiar cegamente no conselho. Cada item abaixo mostra o prompt enviado ao lado da saída gerada.
Execução 1: grade fixada com título entre aspas
announcement graphic | centered subject inside a 3-column grid, equal gutters, elements aligned to grid lines, generous outer margins | headline text: "Ship Faster" | flat vector style, high contrast, clean edges
O que observar: se o título fica em uma única linha, se os espaços entre colunas realmente parecem iguais, se as margens externas são preservadas. Compare as margens externas com a intenção declarada pela receita — "generous" é a primeira coisa a ser erodida entre execuções.
Execução 2: linha de três cartões
feature overview | a row of 3 identical cards, equal width, equal spacing between cards, consistent inner padding, card content top-aligned | feature labels: "Build", "Ship", "Measure" | flat vector style, subtle border
O que observar: a consistência da largura dos cartões e se os três rótulos compartilham a linha de base. Rótulos curtos de uma palavra são o caso mais tolerante; esta execução estabelece o teto antes de você tentar textos mais longos.
Execução 3: hierarquia com espaço em branco
section header | one dominant headline block in the upper third, one smaller supporting block beneath, at least 30% of canvas left empty | headline text: "Release Notes" | minimal flat style
O que observar: se a área vazia forma uma região contínua ou se espalha em fragmentos. Espaço em branco fragmentado indica que a instrução de layout foi interpretada de forma frouxa, o que é um sinal de que você deve reformular a área vazia como uma região nomeada.
Cada saída é um ponto de referência para a sua receita, não uma garantia. Quando a sua versão preenchida se comporta pior do que a referência, a diferença geralmente está no slot que você alterou — volte e compare aquele segmento palavra por palavra.
Transformar receitas em um fluxo de trabalho repetível
Uma receita que vive em uma janela de chat não é um ativo. Para obter valor repetidamente, armazene as receitas onde a equipe possa encontrá-las, compará-las e versioná-las.
Salve as receitas como arquivos
Salve cada receita como um pequeno arquivo estruturado, separando os slots da estrutura fixa, com uma nota sobre a finalidade da receita e quais saídas ela já produziu. Armazenar os slots separadamente significa que atualizações de conteúdo nunca tocam na estrutura, e essa é a invariante da qual essas receitas dependem.
Versione a estrutura, não apenas o conteúdo
Quando você alterar a cauda fixa — formulação de estilo, descritores de renderização — registre isso. Uma mudança de estrutura afeta cada uso futuro daquela receita, então vale a pena aumentar o número da versão e anexar uma linha de justificativa.
Anexe saídas às versões
Mantenha uma saída de referência ao lado de cada versão. Revisores e futuros colaboradores podem ver a qualidade esperada sem precisar reexecutar tudo. É o mesmo princípio das execuções acima: a saída sempre fica ao lado do prompt.
Encaminhe por uma única interface
Faça cada receita ser executada pela mesma interface de API, para que configurações de geração, logs e identificadores permaneçam uniformes. Se receitas diferentes passarem por cadeias de ferramentas diferentes, a comparação perde o sentido em uma semana. Na prática, isso significa centralizar o envio de prompts em vez de espalhar scripts temporários por várias máquinas.
Comece com uma ou duas receitas que você realmente reutiliza, coloque-as no pipeline por uma única interface e só deixe o conjunto crescer quando surgir uma necessidade real. Um conjunto pequeno e bem versionado de receitas supera uma biblioteca enorme de prompts em que ninguém confia.
Artigos relacionados
Ver todos os artigos →-
Guia de uso
Guia de introdução ao seedream-5.0-pro/image-to-image: capacidades, preços e pontos de integração
Limites de capacidade, modelo de cobrança e práticas de integração de engenharia do modelo de edição de imagem da ByteDance
-
Guia de uso
Guia prático do seedream-5.0-pro text-to-image: limites de capacidade, integração via API e controle de custos
Perspectiva prática para desenvolvedores: dos pontos-chave dos parâmetros à estimativa de custo de US$ 0,05 por imagem
-
Guia de uso
Guia de introdução ao Hailuo 2.3 Fast image-to-video: limites de capacidade, preços e práticas de integração
Pontos-chave de seleção e integração do modelo image-to-video MiniMax para desenvolvedores