Usar o prompt
Adicione seu briefing
Adicione seu contexto abaixo. Ele será incluído no prompt quando você copiar ou baixar.
Crie um protótipo de frontend interativo usando a stack existente do projeto e dados de demonstração explicitamente identificados para [PROJECT] e [AUDIENCE]. A tarefa é: Criador de fluxos de trabalho de automação.
Conteúdo e estrutura obrigatórios
Conecte um gatilho, condições e ações, incluindo configuração e resultados de testes.
Use [APPROVED_CONTENT] como fonte de nomes, datas, números, alegações e destinos. Liste as informações ausentes antes de substituir qualquer conteúdo. Se for necessária uma demonstração, identifique o conteúdo como fictício. Não invente depoimentos de clientes, classificações, logotipos de parceiros ou recursos do produto.
Direção de design
Use [BRAND_RULES] e o sistema de design já selecionado no projeto. Se nenhum sistema tiver sido fornecido, comece com esta direção: tela neutra clara, texto em grafite, destaque em cobalto e separadores finos e precisos; hierarquia densa, mas legível. Mantenha consistentes as funções da tipografia, do espaçamento e das cores. Priorize a tarefa em vez de elementos decorativos e evite uma coleção genérica de cartões não relacionados.
Preparação do conteúdo
Descreva o gatilho, as condições compatíveis, as ações e os campos de configuração. Forneça exemplos de nós incompletos, resultados de testes e resultados da execução em produção.
Layout e comportamento
Deixe explícitas a direção e as dependências do fluxo de trabalho. Mantenha a configuração perto do nó selecionado e diferencie o teste do fluxo de sua ativação para eventos reais.
Verificação de aceitação específica da tarefa
- Mostre nós incompletos e diferencie execuções de teste da execução em produção.
- Teste uma ação não configurada, um teste com falha e um gatilho alterado.
- A validação deve indicar o nó responsável, e o sucesso do teste não pode ativar silenciosamente a execução em produção.
Implementação e revisão
Mantenha o texto editável. Use estrutura semântica, controles descritivos, foco de teclado visível e estados vazios/de erro adequados. Verifique layouts estreitos e amplos. Respeite as preferências de movimento reduzido. Preserve o framework e as dependências existentes do projeto; não substitua a stack silenciosamente. Entregue os arquivos editáveis e explique qualquer comportamento incompleto ou informação de entrada não compatível. Revise esta tarefa específica antes de propor recursos adicionais.
Anexo de referência e objetivo da reconstrução
Anexe o arquivo reference.webp do pacote de download deste prompt ao lado deste prompt no OpenDesign. Crie um resultado editável com composição e hierarquia semelhantes; não incorpore toda a imagem de referência como interface final. Preserve o conteúdo aprovado do projeto e as regras da marca caso entrem em conflito com rótulos fictícios de exemplo. Se a imagem estiver ausente ou ilegível, solicite-a em vez de alegar fidelidade visual.
Composição e conteúdo da referência
Use o arquivo reference.webp anexado como referência visual para o Criador de fluxos de trabalho de automação. Antes de criar, identifique as principais regiões de cima para baixo, suas larguras e alturas relativas, alinhamento, espaçamento, hierarquia tipográfica, cores das superfícies, bordas, imagens e componentes repetidos. Preserve essas relações em vez de substituí-las por um template genérico. Conteúdo obrigatório da tarefa: conecte um gatilho, condições e ações, incluindo configuração e resultados de testes. Ao traduzir a imagem em elementos editáveis, siga esta orientação de layout específica da tarefa: deixe explícitas a direção e as dependências do fluxo de trabalho. Mantenha a configuração perto do nó selecionado e diferencie o teste do fluxo de sua ativação para eventos reais.
Direção visual do briefing de exemplo
tela neutra clara, texto em grafite, destaque em cobalto e separadores finos e precisos; hierarquia densa, mas legível.
Especificação de interação
A referência é um conceito estático: o comportamento descrito abaixo é um requisito a implementar, não uma prova de que a imagem já funciona. Copie o prompt personalizado para seu projeto de trabalho. Comece pela tarefa principal: conecte um gatilho, condições e ações, incluindo configuração e resultados de testes. Mostre nós incompletos e diferencie execuções de teste da execução em produção. Para cada controle visível, especifique seu gatilho, o estado afetado e o feedback; implemente alterações locais com um estado consistente entre as visualizações relacionadas. Faça com que a busca e os filtros retornem resultados reais, que os controles de seleção tenham um estado ativo explícito e que as ações de salvar exibam feedback visível de processamento, sucesso ou falha, quando relevante. Não adicione fluxos de trabalho não relacionados. Use links adequados para navegação, botões para ações e nomes acessíveis para controles com ícones. Não indique que uma operação de backend foi concluída com sucesso quando apenas uma demonstração local foi alterada.
Comparação visual e entrega
- Compare o resultado com a imagem anexada nas mesmas proporções. Revise o posicionamento das principais regiões, os tamanhos relativos das imagens, as quebras de linha, o espaçamento, a hierarquia tipográfica, o contraste, os estados ativos e a densidade do conteúdo antes de aperfeiçoar os detalhes decorativos.
- Em seguida, teste o layout estreito sem comprimir o texto da versão para desktop em rótulos minúsculos.
- Mantenha logotipos, fotos e ícones como arquivos separados e todos os rótulos relevantes editáveis. Liste fontes/arquivos indisponíveis e qualquer diferença intencional. Entregue os arquivos funcionais com uma descrição concisa do comportamento implementado e das integrações pendentes; não prometa um resultado idêntico pixel a pixel apenas com base no prompt.
Baixar prompt + imagem
Inclui o prompt completo e a imagem de referência em tamanho real. Anexe ambos no OpenDesign para orientar o layout.
Como escrever um prompt de design para um criador de fluxos de trabalho de automação
Use este prompt de design para criador de fluxos de trabalho de automação a fim de conectar um gatilho, condições e ações, incluindo configuração e resultados de testes.
A referência é um conceito gerado por IA. As instruções abaixo descrevem o que criar e testar; a imagem não demonstra um comportamento funcional.
Diferencie configuração de execução
Um criador de fluxos de trabalho de automação deve revelar se o gatilho, as condições e as ações estão completos.
Um teste bem-sucedido é diferente de ativar uma automação em produção. Deixe explícitas a direção e as dependências do fluxo de trabalho. Mantenha a configuração perto do nó selecionado e diferencie o teste do fluxo de sua ativação para eventos reais.
Do prompt
Deixe explícitas a direção e as dependências do fluxo de trabalho.
Personalize
Conecte [TRIGGER], [CONDITIONS] e [ACTIONS], mostrando a configuração ausente em cada nó. Apresente as entradas e os resultados dos testes separadamente do controle que ativa a execução em produção.
Prepare o conteúdo do criador de fluxos de trabalho de automação
O painel direito separa a configuração do gatilho do registro da execução recente. Prepare as opções de campos e os dados de resultado de cada etapa, em vez de transformar o registro em uma mensagem decorativa de sucesso.
Descreva o gatilho, as condições compatíveis, as ações e os campos de configuração. Forneça exemplos de nós incompletos, resultados de testes e resultados da execução em produção.
Do prompt
Conecte um gatilho, condições e ações, incluindo configuração e resultados de testes.
Personalize
Para [PROJECT], use [APPROVED_CONTENT] como fonte deste criador de fluxos de trabalho de automação. Descreva o gatilho, as condições compatíveis, as ações e os campos de configuração. Forneça exemplos de nós incompletos, resultados de testes e resultados da execução em produção. Identifique os dados ausentes antes de substituí-los por conteúdo de demonstração.
Teste um fluxo de trabalho incompleto
O fluxo central se divide em Sim e Não abaixo de uma condição, com uma ação inacabada em uma das ramificações. Teste o direcionamento das ramificações e a validação antes de permitir a ativação.
Um campo obrigatório ausente deve identificar o nó afetado e bloquear a ação apropriada. O sucesso do teste não pode indicar automaticamente que o fluxo de trabalho está em produção. Teste uma ação não configurada, um teste com falha e um gatilho alterado. A validação deve indicar o nó responsável, e o sucesso do teste não pode ativar silenciosamente a execução em produção.
Do prompt
Mostre nós incompletos e diferencie execuções de teste da execução em produção.
Personalize
Revise o criador de fluxos de trabalho de automação conforme este requisito: mostre nós incompletos e diferencie execuções de teste da execução em produção. Teste uma ação não configurada, um teste com falha e um gatilho alterado. A validação deve indicar o nó responsável, e o sucesso do teste não pode ativar silenciosamente a execução em produção. Preserve o conteúdo aprovado e revise apenas as partes que não passarem nesta verificação.
Revise o resultado do seu criador de fluxos de trabalho de automação
Uma tela convincente não equivale a um backend funcional. Teste separadamente a validação, as permissões, a persistência e o comportamento em caso de falha antes de conectar dados reais.
- Teste uma ação não configurada, um teste com falha e um gatilho alterado. A validação deve indicar o nó responsável, e o sucesso do teste não pode ativar silenciosamente a execução em produção.
Prompt de acompanhamento
Use isto após o primeiro resultado. Assim, a revisão se concentra na parte mais importante desta tarefa.
Aprimore o criador de fluxos de trabalho de automação atual. Teste uma ação não configurada, um teste com falha e um gatilho alterado. A validação deve indicar o nó responsável, e o sucesso do teste não pode ativar silenciosamente a execução em produção. Preserve o conteúdo aprovado e a direção visual; altere apenas as partes necessárias para resolver esses problemas.
