Esteira de questões com medição de estilo e portão de aceite

+--------------------------+
| provas públicas, com     |
| hash conferido           |
+------------+-------------+
             v
+------------+-------------+   +---------------------------+
| perfil de estilo da      +-->| rotina agendada redige    |
| banca, medido            |   | o lote do dia             |
+------------+-------------+   +-------------+-------------+
             |                               |
             v                               v
+------------+-------------------------------+-------------+
| portão de aceite: integridade, repetição, estilo e       |
| cobertura do edital; veredito e código de saída          |
| como contrato                                            |
+------------+-------------------------------+-------------+
             | aceito                        ^
             v                               |
+------------+-------------+   +-------------+-------------+
| API de ingestão: chave   |   | CI: gerador adversário    |
| de idempotência e recibo |   | ataca o portão            |
+------------+-------------+   +---------------------------+
             v
+------------+-------------+
| painel: rascunho inativo |
| até a revisão humana     |
+--------------------------+

Contexto

Um catálogo de questões cresce na velocidade de quem lê edital e provas anteriores e escreve no estilo da banca. Uma rotina que redige rascunhos com um modelo de linguagem acelera a escrita, mas deixa marcas previsíveis: a alternativa correta tende a ser a mais longa, temas se repetem, e uma rotina que falha costuma falhar em silêncio. Esta esteira mede essas marcas antes que qualquer coisa chegue ao painel da plataforma de estudos.

O que eu construí

• Medição do estilo da banca. Ferramentas que baixam provas públicas com hash conferido, separam as questões, casam cada uma com o gabarito definitivo e medem como a banca escreve.
• Portão de aceite. Cada pacote passa por integridade, repetição contra o acervo e os pacotes anteriores (enunciado mais alternativas), estilo contra o perfil medido e cobertura do edital, e sai com um veredito e um código de saída.
• Rotinas com contrato. Uma rotina redige o lote do dia a partir do perfil medido; outras conferem se as rotinas rodaram e medem o produto de fora. Todas só leem e relatam, e o silêncio também é um resultado.
• Entrega idempotente. O pacote aceito vai ao painel pela API de ingestão com chave de idempotência e recibo, e chega como rascunho: questões inativas, sem preço e sem simulado oficial.
• Painel gerado. Uma nota gerada a partir do registro separa o que não foi medido do que nunca rodou e aponta instrução divergente.

Desafios

• Adversário preguiçoso. A primeira versão do caso bom do gerador adversário fazia questões de um molde só, e o portão recusou o lote por 435 pares repetidos. O portão estava certo, e o teste foi refeito.
• Teste que não testava. O teste de mutação mostrou que um limite do portão podia ser desligado sem quebrar nenhum teste. Virou um caso novo do adversário.
• Código de saída trocado. Um arquivo corrompido devolvia 1 (achei um problema) quando devia devolver 2 (não consegui olhar).
• Rede fechada na nuvem. A leitura de páginas oficiais falhou em todos os domínios testados. O contrato de evidência foi reescrito em níveis, e o monitoramento do produto passou para a máquina local.

Status

Uso interno, sem resultado de produção a mostrar. Na última medição, o painel apontou rotinas com a instrução publicada diferente da versão do repositório, que é exatamente o que o detector existe para achar.