Escolha um fluxo de produção de imagens pelo trabalho que ele precisa concluir: sprites de diálogo, o fundo de um cômodo, uma ilustração para a página da loja ou um ícone de interface editável. Cada tarefa exige controles diferentes. Um retrato impressionante pode se tornar um ponto de partida caro quando você precisa do mesmo rosto com doze expressões, mantendo roupas, escala e bordas transparentes consistentes.
Este guia aborda recursos comuns de desenvolvimento, sem conteúdo explícito. Os níveis S–C do diretório recomendam modelos para o fluxo de trabalho indicado, com base na documentação analisada. Eles não representam notas de qualidade medidas, estatísticas de adoção nem permissão para gerar todo tipo de conteúdo para jogos adultos. Use as etapas abaixo para escolher um fluxo de produção que você consiga explicar, testar e revisar, preservando a arte aprovada.
1. Escreva uma especificação dos recursos antes de abrir um gerador
Defina a entrega em termos de produção. Para sprites de diálogo, especifique as dimensões da tela de desenho, a parte visível do corpo, um ponto de ancoragem nos pés ou na cintura, expressões, roupas, requisitos de alfa e o menor tamanho de exibição na tela. Para fundos, especifique a altura da câmera, a perspectiva, as áreas de interação claramente identificáveis, as variações de iluminação e qualquer necessidade de camadas separadas. Para a arte de divulgação, liste as variações de recorte e os textos que precisam continuar editáveis.
Estabeleça condições de aceitação que um artista consiga verificar sem saber qual modelo criou a imagem. Um personagem deve corresponder às proporções faciais, à silhueta, à construção da roupa e à paleta aprovadas. Erros nas mãos ou nos objetos de cena não devem dificultar a compreensão da ação pretendida. Um fundo deve se alinhar ao mapa de interações jogáveis. Para este exercício de seleção, use um personagem fictício original, claramente adulto, e referências que sejam suas ou para as quais você tenha obtido as licenças adequadas.
2. Filtre por acesso e direitos antes de comparar a aparência
Leia a ficha do modelo específico, a licença incluída e os termos de hospedagem. A permissão para executar ou adaptar os pesos, a permissão para vender os resultados finalizados e os direitos sobre as imagens de origem são questões separadas. Um ambiente de execução com licença permissiva, como o ComfyUI, não altera a licença do modelo. Um botão de download não comprova autorização para uso comercial, e um serviço de hospedagem de terceiros pode impor restrições mesmo quando os pesos originais permitem o uso local.
Os termos de licença variam conforme a versão. Qwen-Image-2512 e Edit-2511 usam Apache 2.0, enquanto Qwen-Image-2.1 usa uma Research License não comercial, a menos que seja licenciado separadamente. As licenças FLUX NC tratam o uso dos resultados e a operação do modelo separadamente. Confira o uso pretendido em produção à luz do contrato efetivo e registre as questões não resolvidas. Um resultado atraente não é motivo para presumir que os direitos estejam resolvidos.
3. Monte uma lista de candidatos específica para a categoria
Para retratos originais e conceitos de cômodos, compare um modelo geral de geração de imagens a partir de texto com um processo convencional de criação de referências pintadas ou renderizadas. Para personagens recorrentes, priorize a edição, o condicionamento por referências ou um fluxo de trabalho com adaptadores compatíveis. Para elementos recortados, compare a transparência nativa com o mascaramento manual e inspecione ambos na escala do jogo. Para ícones e decoração de interface, comece com ferramentas vetoriais quando forem essenciais um redimensionamento nítido e revisões futuras.
Monte uma lista de três candidatos substancialmente diferentes: um modelo hospedado de edição por instruções, um modelo local adequado e um processo convencional de arte ou renderização 3D como referência de comparação. Mantenha o mesmo briefing de comparação, mas adapte a sintaxe dos prompts às convenções documentadas de cada modelo. Um modelo de ilustração treinado com tags precisa de um prompt adequado ao seu treinamento; avaliá-lo apenas com uma receita em linguagem natural pode distorcer a comparação. Explique essa diferença de fluxo de trabalho no resultado.
4. Monte um pequeno teste de produção em vez de um concurso de beleza
Use um conjunto representativo de recursos: um personagem aprovado de frente, em três quartos e de perfil; duas expressões diferentes; uma pose sentada comum; uma mão segurando um objeto de cena simples; e um cômodo com uma área de interação definida de propósito. Acrescente um briefing de correção, como mudar a cor de uma jaqueta preservando o rosto, a câmera e o fundo. Esses são casos de teste sugeridos; este guia não fornece arquivos de exemplo.
Gere várias variações de cada caso, guarde todas as tentativas e selecione os resultados conforme a especificação dos recursos. Registre o modelo e a versão, o serviço de hospedagem ou o fluxo de trabalho local, os IDs das referências, as dimensões, as seeds quando disponíveis e as configurações relevantes. Avalie os conjuntos completos em conjunto. Um elenco consistente pode ser mais útil do que uma pasta de retratos espetaculares cujos rostos e roupas insistem em não combinar.
5. Meça os recursos aceitos e o trabalho depois da inferência
Acompanhe o tempo de geração, o tempo na fila, os créditos ou tokens cobrados, as tentativas malsucedidas, os minutos de correção manual e o tempo de integração. Calcule o custo por recurso aceito com base na execução completa, incluindo resultados rejeitados e correções. A computação local também tem custos: hardware, tempo alugado, armazenamento, energia e manutenção. O preço de uma assinatura conta apenas parte da história quando os limites do plano ou as filas tornam inviável o cronograma de entrega.
Avalie a repetibilidade separadamente do apelo visual. Verifique se outro integrante da equipe consegue seguir o fluxo de trabalho registrado, se uma revisão da roupa pode ser aplicada a todo o elenco e se você consegue manter arquivos-fonte editáveis e gerar novamente um recurso conhecido após uma mudança em uma dependência. A documentação, sozinha, não fornece uma nota de qualidade medida. Até realizar este exercício, informe que a recomendação se baseia na documentação e mantenha provisórias as estimativas de custo.
6. Teste o fluxo de trabalho local instalado, não uma manchete sobre o uso de memória
Para um candidato local, liste o modelo de difusão, os codificadores de texto, o VAE, os adaptadores, a quantização e quaisquer nós personalizados. Meça o pico de uso de memória e o tempo de conclusão nas dimensões exigidas. A quantização pode reduzir os pesos armazenados, mas deixar outros consumos de memória elevados. O offloading pode tornar uma tarefa possível, mas a latência adicional pode afetar quantos recursos você consegue finalizar no prazo.
Mantenha uma instalação limpa e com suporte e salve o fluxo de trabalho com as versões exatas das dependências. Altere uma otimização por vez e compare um conjunto de teste aprovado antes de ativá-la. Checkpoints destilados, não destilados, de geração e de edição podem usar configurações de guidance ou adaptadores diferentes. Trate um exemplo de hardware documentado como um exemplo para aquela configuração, e não como um mínimo garantido para todas as resoluções ou modos de treinamento.
7. Verifique o acabamento e a integração com o motor
Exporte um candidato pelo processo final pretendido e depois inspecione-o dentro do jogo. Verifique as bordas alfa em fundos claros e escuros, a ancoragem entre expressões, o comportamento dos mipmaps ou do redimensionamento, o tratamento do espaço de cor, o tamanho do download e a legibilidade atrás da interface de diálogo. O texto gerado só deve permanecer no fundo quando for decorativo e tiver sido revisado. Mantenha os menus e a localização editáveis.
Salve a imagem aceita e um arquivo-fonte editável com seu registro de revisão. Se um modelo gerar camadas, reconstrua a imagem e verifique as sobreposições antes de tratar essas camadas como fontes de produção. Registre qualquer etapa de pintura feita por uma pessoa para corrigir a anatomia. Baseie a decisão final em recursos finalizados que passaram por essas verificações; capturas de tela de um ambiente de testes deixam o trabalho de acabamento fora de vista.
8. Adote um fluxo de produção principal e uma alternativa escolhida com cuidado
Escreva uma decisão breve que indique o caso de uso, o modelo principal exato e sua forma de implantação, o escopo permitido de entrada e saída, a máquina ou conta testada, os critérios de aceitação, a carga de correção medida e as restrições não resolvidas. Mantenha uma alternativa capaz de concluir os recursos essenciais se um serviço hospedado mudar ou uma atualização local quebrar a compatibilidade. Pode ser um artista humano, uma configuração de renderização preservada ou outro fluxo de trabalho que você já avaliou.
Reavalie a escolha quando mudarem a direção de arte, o tamanho do elenco, a região de distribuição, a política do fornecedor ou a carga de trabalho. Preserve a geometria, as referências e a arte finalizada e aprovada durante as migrações e compare um lote candidato antes de substituir o visual estabelecido. Uma decisão útil dá à equipe um processo de produção que pode ser mantido e um registro de por que ele funciona. Uma posição em um ranking não faz esse trabalho por você.
Decisões-chave
- Escolha pelos requisitos do recurso finalizado e inspecione-o dentro do jogo.
- Verifique separadamente o uso dos pesos, o uso dos resultados, os direitos sobre as referências e a política de hospedagem.
- Compare conjuntos completos de personagens e suas etapas de correção.
- Calcule o custo por recurso aceito, incluindo rejeições e acabamento manual.
- Salve as versões exatas e mantenha uma alternativa que você já testou.
Comunidades externas dedicadas a modelos e sites externos de publicação podem conter material explícito. Os links para as fontes abrem em uma nova aba; este guia não carrega suas prévias.
Fontes e leituras adicionais +
- Ficha do modelo Qwen-Image-2512 com licença Apache ↗
- Research License efetiva do Qwen-Image-2.1 ↗
- Licença efetiva do FLUX.2 dev ↗
- Controles e limitações oficiais da geração de imagens da OpenAI ↗
- Fluxo de trabalho oficial do Qwen para imagens em camadas ↗
Última verificação 5 de outubro de 2026.