Revisão adversarial com personas, rubrica e argumento reverso

O scorecard do capítulo anterior responde se cada frase está nas fontes. Ele deixa de fora outra classe de defeito: a peça pode ter todas as afirmações suportadas e ainda assim enganar, porque escolheu só as fontes que concordam, esticou uma conclusão além do escopo ou ignorou o melhor argumento contrário. A revisão adversarial procura esses defeitos de propósito, com leitores críticos simulados que só aceitam o que conseguem provar com trecho das fontes.

No fim deste capítulo, você terá um registro de revisão de uma peça sua com até três rodadas. Cada rodada traz achados classificados por dimensão e severidade, o resultado do argumento reverso contra as teses centrais e a separação entre o que é erro verificado (com trecho que prova) e o que é suspeita (sem lastro, descartada ou anotada para depois). A peça corrigida volta ao scorecard antes do gate.

Dois termos são novos aqui. Persona é a instrução persistente que você dá ao chat para que ele responda sempre a partir de um ponto de vista: o revisor cético, o jornalista que decide se citaria a peça, o comprador que exige prova antes de levar algo ao comitê. Na interface, que hoje se chama Gemini Notebook, ela entra em Configurar chat, no estilo personalizado, e vale para as conversas seguintes daquele notebook. A documentação da esteira registra persona de até 10.000 caracteres. A persona funciona como lente: ela muda o que o leitor procura, e o lastro continua sendo as fontes.

Argumento reverso é a rodada em que você pede o melhor caso contra cada tese central da peça, usando apenas as fontes do notebook. Se existe uma fonte que diverge e a peça a ignorou, essa rodada a encontra. Se o argumento contrário não tem lastro, ele é descartado: o advogado do diabo também precisa citar trecho. Quando nenhuma fonte contraria a tese, a rodada marca a tese como isenta, com o motivo.

Cada achado da revisão recebe uma severidade: crítica (muda a tese), maior (muda uma afirmação ou exige ressalva) ou menor (ajuste sem efeito na conclusão).

A esteira acrescenta uma regra operacional: uma persona por notebook. Trocar a persona a cada pergunta deixa a conversa com respostas sob direções diferentes. Para mudar a ênfase de uma rodada, escreva a ênfase na própria pergunta e mantenha a persona.

A coluna da direita protege a peça do próprio revisor. Um revisor simulado é um modelo, e modelos também erram com confiança: se cada suspeita vira correção, a revisão passa a fabricar erros. O caso real mostra o risco num terreno parecido. Em 01/08/2026, durante a revisão das transcrições de uma série de episódios, o verificador propôs duas correções “por sentido” (trocar “real” por “irreal”). A esteira só aceita esse tipo de correção quando duas transcrições automáticas do mesmo trecho, feitas por modelos diferentes, convergem; as duas desmentiram as propostas, e o texto falado ficou como estava. Sem a exigência de prova, a revisão teria introduzido dois erros.

O limite de três rodadas também tem motivo. Na esteira, cada rodada reprovada conta como uma falha de evidência, e a terceira falha seguida interrompe o fluxo até uma pessoa decidir. A leitura é que, se três rodadas não fecham, o conjunto de fontes não sustenta a peça como ela foi pedida. A saída passa a ser rever as fontes, o brief ou a ambição da peça.

Exemplo hipotético: um relatório de seis páginas sobre limites de uso do NotebookLM, gerado no Studio a partir de oito fontes, já passou pelo scorecard com dez afirmações suportadas. A primeira decisão é escolher as teses centrais: “contas pessoais têm limite por computação com renovação a cada cinco horas” e “quem precisa de volume deve usar o Generate later”. Elas são as frases que o leitor vai repetir, então são as que o argumento reverso ataca.

Na rodada 1, com a persona de revisor cético, saem quatro achados. Um é D2 maior com trecho: o relatório chama o limite das contas pessoais de “cota diária”, e a fonte descreve computação com teto semanal. É erro verificado, e o termo é corrigido. Outro é D4 maior: a recomendação de volume se apoia num único relato de praticante; a correção é rotular o trecho como relato. Os dois restantes são preferência de estilo e vão para a lista de descartes. O argumento reverso devolve isento para a primeira tese e um contra-argumento lastreado para a segunda: uma das fontes diz que o Generate later só existe na web. A peça ganha a ressalva.

Na rodada 2, a persona encontra um único achado, sem trecho que o prove. Ele é marcado como suspeita e descartado com motivo, e a revisão para em duas rodadas, porque não restou erro verificado. A versão corrigida volta ao scorecard, que agora inclui as duas frases alteradas.

Variação: se a rodada 2 tivesse trazido um achado crítico, como uma tese sustentada por omissão de uma fonte divergente, a terceira rodada seria a última. Persistindo o problema, a peça voltaria à pessoa responsável com a recomendação de trocar a tese ou o conjunto de fontes.

Avalie as duas respostas abrindo cada citação, como no scorecard. Uma boa resposta de revisor traz poucos achados, todos com trecho, e nenhum elogio. Desconfie de listas longas de achados menores sem prova: costumam ser estilo disfarçado. No argumento reverso, um ISENTO com motivo claro é um resultado bom, que confirma a resiliência da tese; um CONTRA sem citação clicável deve ser descartado. Se o chat citar a própria peça como prova, repita a pergunta lembrando que a peça não vale como lastro.