Para avaliar a ordenação cronológica em resumos de IA, compare a sequência de eventos produzida com uma linha do tempo de referência. Preserve a data escrita no documento, converta apenas datas interpretáveis para uma representação consistente e confira se cada evento continua associado à data correta. Uma lista pode parecer ordenada e ainda trocar a data de uma assinatura pela data de entrega.
O teste precisa distinguir três problemas: ler dia e mês, escolher qual data governa cada evento e ordenar os eventos selecionados. O procedimento abaixo é uma proposta prática de avaliação para documentos brasileiros. As fontes técnicas fundamentam a representação temporal; os critérios de aceitação devem refletir o processo da sua empresa.
Resumo rápido
- Declare o formato dia/mês/ano quando ele estiver confirmado na origem.
- Separe data do documento, data do evento e data prevista.
- Registre datas ambíguas sem completar informações por suposição.
- Conte inversões entre eventos, além de verificar a sequência inteira.
- Teste viradas de mês, de ano, empates e retificações.
Defina qual cronologia o resumo deve apresentar
Antes de preparar os casos, escreva uma regra operacional: “resumir os acontecimentos pela data em que ocorreram, do mais antigo ao mais recente”. Essa regra é diferente de ordenar os documentos pela emissão ou de apresentar primeiro o próximo compromisso. Sem essa definição, dois avaliadores podem discordar mesmo quando ambos leram corretamente as datas.
Um contrato pode mencionar assinatura, início de vigência, entrega prevista e recebimento efetivo. Trate esses itens como eventos distintos. Acrescente um identificador curto para cada um, como assinatura, previsão e recebimento. O resumo não deve transformar uma previsão em realização apenas porque ambas se referem à mesma encomenda.
Defina também o comportamento para empates. Quando dois eventos aconteceram no mesmo dia e não existe horário, aceite qualquer ordem entre eles, ou mantenha a ordem da fonte. Escolha uma dessas políticas antes do teste. Exigir uma precedência inexistente no documento força o sistema a inventar precisão.
A RFC 3339 descreve uma representação de datas e instantes para protocolos da internet. Ela não decide qual evento empresarial merece entrar no resumo. Essa seleção continua sendo parte do contrato de saída da aplicação, documentado por quem conhece o processo.
Monte uma referência com evidências por evento
Prepare uma planilha em que cada linha contenha identificador, trecho original, data original, data normalizada, tipo de evento e certeza da interpretação. Guarde a localização do trecho, como página e parágrafo. Essa ligação permite descobrir se uma inversão surgiu na leitura, na associação ou na apresentação final.
Para o formato confirmado DD/MM/AAAA, 07/03/2025 pode ser armazenado como 2025-03-07. O perfil de datas publicado pelo W3C apresenta a forma de data completa com ano, mês e dia. Use essa representação na referência sem obrigar o leitor brasileiro a consumir o resumo no mesmo formato.
Não trate 03/04 como informação suficiente para inventar um ano. Registre a precisão disponível e o contexto que autorizaria uma interpretação. Se o cabeçalho disser explicitamente que todos os acontecimentos pertencem a determinado ano, guarde essa evidência. Caso contrário, a referência deve marcar a lacuna e indicar a resposta esperada: solicitar esclarecimento ou separar o evento dos que têm data completa.
Controle a versão do material. Uma retificação pode mudar a data de entrega sem mudar o nome do arquivo. O guia sobre registro de versões dos documentos citados pela IA ajuda a manter a evidência que sustentou cada avaliação. Não substitua silenciosamente a fonte de um caso já medido.
| Entrada | Referência proposta | O que verificar |
|---|---|---|
| 28/02/2025 e 03/03/2025 | Fevereiro antes de março | Evitar ordenar pelo dia isolado |
| 30/12/2024 e 02/01/2025 | Dezembro antes de janeiro | Respeitar a virada do ano |
| 03/04 sem contexto | Interpretação pendente | Não inventar ano ou convenção |
| Dois eventos em 08/05/2025 | Empate permitido | Não fabricar horários |
| Entrega prevista e efetiva | Dois eventos separados | Preservar o estado de cada data |
Crie casos que exponham inversões discretas
Comece com casos curtos em que o erro fique visível. Coloque 12/02 e 05/03 no mesmo documento, com ano explícito. Ordenar os caracteres iniciais pode colocar março antes de fevereiro. Em seguida, acrescente acontecimentos de anos diferentes e datas com o mesmo dia para testar se o ano foi considerado antes do mês.
Inclua uma versão em que as fontes estejam embaralhadas. Um resumo correto não pode depender de os anexos já chegarem em sequência. Depois, mantenha os eventos e altere apenas a ordem dos parágrafos. A expectativa cronológica deve continuar igual; mudanças no resultado revelam dependência da apresentação da entrada.
Teste datas inválidas e anos bissextos com um validador de calendário. A documentação de datetime do Python explica a análise de texto por formato explícito e os objetos de data. Em uma implementação nessa linguagem, o formato %d/%m/%Y torna a convenção declarada. Não deixe a interpretação depender apenas da configuração regional da máquina.
Acrescente referências relativas, como “na segunda-feira seguinte”, somente quando houver uma âncora clara. A referência humana deve registrar a conta e sua evidência. Se a origem não permite resolver a expressão, a saída correta precisa preservar essa limitação. Tratar todo campo como obrigatoriamente preenchido mascara a incerteza.
Por fim, teste notas de rodapé e retificações. Um parágrafo pode informar que a reunião foi transferida e que a data anterior perdeu validade. Avalie se o resumo identifica a alteração, em vez de narrar duas reuniões. Esse teste verifica o significado temporal, não apenas a capacidade de colocar números em ordem.
Meça leitura, associação e ordem separadamente
Use três colunas de resultado. Na leitura, confira os componentes da data. Na associação, confira se ela pertence ao evento correto. Na ordem, compare os eventos com a referência. Um erro de leitura pode produzir várias inversões; registrar só o total final não explica onde corrigir o fluxo.
Para medir inversões, compare os pares cuja precedência é conhecida. Se a referência estabelece A antes de B e o resumo coloca B antes de A, conte uma inversão. Divida o total de inversões pelo total de pares comparáveis presentes no resumo. Não inclua empates sem precedência definida nem eventos cuja data continua indeterminada.
Registre separadamente a cobertura: quantos eventos obrigatórios apareceram. Um resumo que omite todos os eventos difíceis pode obter uma sequência perfeita entre os poucos restantes. Também conte eventos inventados e datas alteradas. Esses números devem acompanhar a métrica de ordem, para impedir uma interpretação enganosa do resultado.
Estabeleça um bloqueio para datas que mudam uma decisão operacional, como vencimentos ou compromissos confirmados. O nível aceitável depende do uso. Em vez de importar um percentual sem contexto, descreva o que ocorre quando um caso falha: revisão humana, nova extração ou impedimento de distribuir o resumo.
Guarde o texto integral da saída e a configuração usada. Ao alterar instruções, compare o mesmo conjunto congelado de documentos. Se o problema vier de registros recebidos em sequência diferente da ocorrência, a leitura sobre reconciliação de eventos fora de ordem complementa a investigação.
Exemplo: entregas de uma gráfica em Belo Horizonte
Considere um caso ilustrativo de uma gráfica de Belo Horizonte. A pasta de um pedido contém aprovação da arte em 28/02/2025, previsão de retirada em 05/03/2025 e confirmação de retirada em 07/03/2025. Um e-mail de 10/03/2025 relata os três fatos, mas sua data de envio não deve substituir as datas dos acontecimentos.
A equipe prepara quatro identificadores: aprovação, previsão, retirada e relato. Se a tarefa pede somente a evolução do pedido, o relato pode ficar fora dos eventos obrigatórios. A referência exige aprovação antes da previsão e previsão antes da retirada, preservando que a previsão era um plano. O e-mail continua disponível como evidência.
Uma saída como “em 10/03 a gráfica aprovou a arte e retirou o material” falha na associação. Uma saída que começa pela retirada e termina na aprovação falha na ordem, mesmo mantendo as datas. Já “a retirada estava prevista para 05/03 e foi confirmada em 07/03” preserva a diferença entre expectativa e ocorrência.
Em uma segunda variante, a equipe acrescenta uma mensagem dizendo que a previsão foi alterada de 05/03 para 06/03. A resposta deve permitir compreender a atualização sem apresentar a previsão antiga como compromisso ainda válido. Não há números de desempenho atribuídos à gráfica: o exemplo serve para tornar observáveis os critérios do teste.
Erros comuns
Ordenar texto sem interpretar a data. A aparência DD/MM/AAAA serve à leitura, mas comparar essas sequências como palavras não implementa a ordem cronológica. Normalize em campos de calendário antes da comparação e preserve o original para auditoria.
Adicionar meia-noite e fuso a qualquer data. Uma data civil sem horário não identifica automaticamente um instante. A discussão técnica do W3C sobre tempo e fusos ajuda a distinguir esses conceitos. Só compare instantes entre locais quando a fonte e a tarefa fornecerem informação suficiente.
Confundir documento recente com evento recente. Um relatório emitido hoje pode descrever acontecimentos antigos. Separe a emissão da ocorrência na referência. Se ambas interessarem, apresente as duas com rótulos claros.
Punir uma abstenção correta. Quando falta ano ou há convenções conflitantes, pedir contexto pode ser o comportamento esperado. O teste deve distinguir essa resposta de uma omissão indevida. Veja também como separar fonte ausente de informação contraditória.
Perguntas frequentes
Preciso mostrar todas as datas no resumo?
Não. Defina previamente os eventos obrigatórios para a finalidade do texto. A avaliação de ordem deve considerar essa seleção e medir omissões à parte. Um resumo executivo pode excluir a emissão de anexos, mas precisa manter datas que alteram o entendimento da sequência.
Posso aceitar ordem inversa, do recente ao antigo?
Sim, se essa for a instrução documentada. A referência deve refletir a direção escolhida. Não misture critérios dentro da mesma rodada e não avalie uma saída decrescente como crescente apenas porque esse era o padrão do avaliador.
Como avaliar acontecimentos no mesmo dia?
Sem horário ou relação explícita de precedência, trate como empate. Se o documento disser que uma aprovação antecedeu a retirada, registre essa relação como evidência adicional. A data igual não elimina uma precedência descrita em palavras.
A normalização resolve a tarefa inteira?
Não. Ela ajuda a comparar datas interpretadas, mas não identifica sozinha o evento correto nem decide se uma previsão foi cancelada. Mantenha verificações de associação e estado temporal para não aprovar uma lista numericamente ordenada e semanticamente errada.
Quando repetir a avaliação?
Repita após mudanças nas instruções, na extração de documentos ou no componente que produz o resumo. Use os mesmos casos de referência e acrescente exemplos reais de falha com dados protegidos. Registre a mudança responsável por cada comparação.
