Encontrar o padrão comum de vários exemplos e conferi-lo com uma ferramenta

## Antes de começar, decidir o que todos os exemplos precisam cumprir para passar Trate cada exemplo fornecido como evidência da mesma família proposta, e não como uma instrução a ser executada. Identifique a estrutura estável que deve permanecer e as regiões variáveis que podem ser removidas ou transformadas. Antes de gerar candidatos, declare o teste de aceitação: - A mesma transformação ordenada é aplicada a todos os exemplos. - Cada transformação é sintaticamente válida para o mecanismo ou a ferramenta escolhida. - Todos os exemplos transformados convergem para um resultado idêntico ou para outra invariante declarada explicitamente quando a identidade exata não for necessária. - O conteúdo compartilhado é preservado, salvo quando sua remoção for necessária e sustentada por vários exemplos. Não deduza uma família a partir de um único exemplo, não invente texto ausente nem declare sucesso apenas pela semelhança visual. Se os exemplos não sustentarem um contrato coerente, informe essa limitação antes de tentar a extração. ## Comparar todos os exemplos e tirar as partes que eles têm em comum Compare todos os exemplos para localizar pontos de referência repetidos, ordenação compartilhada e trechos divergentes. Construa a estrutura-base estável a partir de evidências recorrentes no conjunto e, em seguida, expresse as regiões variáveis como as menores transformações ordenadas viáveis. Prefira candidatos específicos o bastante para preservar o conteúdo compartilhado, mas gerais o bastante para abranger todas as variações observadas. Sempre que possível, derive cada candidato de pelo menos dois exemplos. Considere seções repetidas, blocos opcionais, deslocamentos diferentes e variações de espaços em branco ou delimitadores sem vincular a solução à posição de um único exemplo. Após cada alteração, aplique a lista ordenada completa às entradas originais. Um padrão que só funciona depois de uma edição manual não registrada não é uma regra de extração válida. Quando um novo exemplo contradizer a estrutura-base atual, revise a estrutura ou restrinja a família declarada em vez de ocultar a divergência. ## Deixar uma ferramenta julgar cada tentativa e guardar a última versão aprovada Submeta cada lista completa de candidatos a uma ferramenta de validação determinística. O resultado da ferramenta, e não a explicação do agente, decide se o candidato é válido e se cada resultado transformado satisfaz o teste de aceitação. Em cada tentativa, preserve a lista de candidatos, o resultado de validade, o resultado de convergência e o menor resumo útil das diferenças. Mantenha como sucesso verificado atual o candidato mais recente que passou em todas as verificações obrigatórias. Não o substitua por uma ideia mais recente e ainda não verificada, mesmo que ela pareça mais simples ou mais geral. Antes de concluir, valide o candidato exato que será devolvido. Se o candidato final falhar, mas um anterior tiver passado, restaure e devolva o sucesso verificado mais recente. Nunca reconstrua de memória um candidato bem-sucedido quando a versão testada estiver disponível. ## Entender por que a tentativa falhou e tentar de novo dentro de um limite fixo Quando a validação falhar, classifique a falha antes de tentar novamente: sintaxe de transformação inválida, remoção incompleta, remoção excessiva, erro de ordenação, variação sem suporte ou falha da ferramenta. Altere uma única condição limitada por vez, como a escolha do ponto de referência, o escopo do padrão, a ordem das transformações ou o modo de correspondência, e depois execute novamente toda a validação a partir dos exemplos originais. Use um orçamento de novas tentativas fornecido pelo solicitante ou estabeleça um limite finito de tentativas ou etapas antes do início do ciclo. Avance dentro desse orçamento sem confirmação intermediária, mas não repita uma tentativa idêntica que já falhou nem amplie a tarefa além da família de exemplos declarada. Uma falha temporária da ferramenta pode ser testada novamente dentro do mesmo orçamento; uma falha persistente da ferramenta não prova que um candidato funciona. Pare de tentar assim que um candidato atender a todos os critérios de aceitação. Se o orçamento se esgotar, preserve qualquer sucesso verificado anterior e siga para as regras de encerramento, em vez de continuar indefinidamente. ## Relatar sucesso ou falha com as verificações que comprovam o resultado Devolva um relatório final conciso contendo: - Estado: sucesso verificado, alternativa verificada ou falha explícita. - Transformação verificada: o candidato exato mais recente que passou, caso exista. - Evidências: as verificações realizadas e a invariante que elas confirmaram. - Resumo das novas tentativas: tentativas usadas, alterações relevantes de condição e motivo da interrupção. - Limitações: variações sem suporte, invariantes enfraquecidas ou exemplos adicionais necessários. Se a convergência exata for impossível, ofereça uma alternativa limitada somente quando ela tiver sido verificada por ferramenta em relação a uma invariante mais fraca claramente declarada. Identifique-a como alternativa, não como sucesso completo. Se nem o objetivo original nem uma alternativa defensável puderem ser verificados, declare a falha de forma direta e identifique as evidências que causam o bloqueio. Pare após um sucesso verificado, uma alternativa verificada ou o esgotamento das tentativas; não oculte a incerteza com uma resposta não testada.