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 é: fluxo de configuração da autenticação de dois fatores. ## Conteúdo e estrutura obrigatórios Explique as etapas de configuração, a verificação do código, os códigos de recuperação e o estado de conclusão. 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: branco quente, texto em tom de tinta e estados selecionados em verde-menta discreto; espaçamento generoso e controles simples. Mantenha consistentes a tipografia, o espaçamento e as funções das cores. Priorize a tarefa em vez de elementos decorativos e evite uma coleção genérica de cartões sem relação entre si. ## Preparação do conteúdo Prepare as etapas reais de ativação, as regras de validação do código, as instruções de recuperação e os critérios de conclusão. Use segredos de demonstração que não possam autenticar uma conta real. ## Layout e comportamento Explique a configuração, a verificação e a recuperação como etapas separadas. Reserve espaço suficiente para a leitura das informações de recuperação e faça o estado de conclusão depender de uma verificação bem-sucedida. ## Verificação de aceitação específica da tarefa - Mantenha as instruções de recuperação legíveis e nunca use chaves secretas reais nos exemplos. - Teste um código incorreto, a saída antes da verificação e o retorno às instruções de recuperação. - Nunca apresente códigos ilustrativos como credenciais utilizáveis nem marque a configuração como concluída apenas porque uma imagem QR foi exibida. ## 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 fluxo de configuração da autenticação de dois fatores. 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: explique as etapas de configuração, a verificação do código, os códigos de recuperação e o estado de conclusão. Ao converter a imagem em elementos editáveis, siga estas orientações de layout específicas da tarefa: explique a configuração, a verificação e a recuperação como etapas separadas. Reserve espaço suficiente para a leitura das informações de recuperação e faça o estado de conclusão depender de uma verificação bem-sucedida. ## Direção visual do briefing de exemplo branco quente, texto em tom de tinta e estados selecionados em verde-menta discreto; espaçamento generoso e controles simples. ## Especificação de interação A referência é um conceito estático: o comportamento abaixo é um requisito a ser implementado, não uma prova de que a imagem já funciona. Copie o prompt personalizado para o seu projeto de trabalho. Comece pela tarefa principal: explique as etapas de configuração, a verificação do código, os códigos de recuperação e o estado de conclusão. Mantenha as instruções de recuperação legíveis e nunca use chaves secretas reais nos exemplos. Para cada controle visível, especifique seu acionador, o estado afetado e o feedback; implemente alterações locais mantendo o estado consistente entre visualizações relacionadas. Faça a busca e os filtros exibirem resultados reais, dê aos controles de seleção um estado ativo explícito e, quando relevante, faça as ações de salvar exibirem feedback visível de pendência, sucesso ou falha. Não adicione fluxos não relacionados. Use links adequados para navegação, botões para ações e nomes acessíveis para controles de ícones. Não sugira que uma operação de backend foi bem-sucedida quando apenas uma demonstração local foi alterada. ## Comparação visual e entrega 1. 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. 2. Em seguida, teste o layout estreito sem comprimir o texto da versão para desktop em rótulos minúsculos. 3. 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.