Claude Fable 5.1 não quebrou uma senha moderna. Ele resolveu um incômodo de 370 anos que criptógrafos humanos carregavam desde 1653. O Cyphral Distich de Sir Thomas Urquhart, duas linhas com 32 números cada, ficou intocado por séculos porque todo mundo procurou a chave no lugar errado.

O mais irritante é que a solução era simples a ponto de ser embaraçosa. Não era substituição homofônica, não era análise de frequência, não era um alfabeto perdido. Era o próprio livro funcionando como chave. Depois que você vê, não tem como desver. E é exatamente esse tipo de virada que deveria interessar a quem opera com LLMs hoje.

O fato

Urquhart publicou o enigma no final de Logopandecteision. São 64 números no total, divididos assim: 5.3.27.38.32.14.21.8.66.8.70.39.5.9.12.18.2.3.56.5.1.7.3.2.13.19.3.25.9.3.16.6. na primeira linha e 25.15.13.6.11.20.5.1.2.12.1.20.20.49.20.20.35.33.4.6.8.35.5.33.5.5.18.10.3.11.32.42. na segunda. O desafio entrou para Notes and Queries em 1899, voltou na literatura de criptografia do século 20 e acabou na lista de Top 50 mensagens não resolvidas do pesquisador Klaus Schmeh.

O teste dado ao Fable 5.1 foi aberto, sem dica dirigida. Após 44 minutos de execução contínua e cerca de 176 mil tokens consumidos, sem intervenção humana, o modelo convergiu para uma regra que ninguém tinha testado direito. Para o número i em cada linha, vá até a i-ésima Proquiritation, aquelas 32 declarações que vêm logo antes da cifra no livro, conte até a palavra indicada pelo número e pegue a primeira letra dessa palavra.

O resultado é autoevidente: O GOD UPHOLD KING CHARLS THE SECOND AND na primeira linha e MAKE HIM THE SUPREME RULER OF THIS LAND na segunda. Trinta e duas letras por linha, rima final em end e land, ou seja, um dístico de verdade. E faz sentido histórico total, porque Urquhart era monarquista convicto escondendo uma oração por Charles II em plena Inglaterra pós-guerra civil.

Como funciona na visão de operador

Em termos de arquitetura, não há mágica aqui. O que o modelo fez foi busca em espaço de hipóteses com contexto longo e verificação interna. Ele testou abordagens clássicas primeiro, falhou como os humanos falharam, e então mudou o frame: em vez de assumir chave externa, passou a tratar o documento como parte do sistema criptográfico.

Os dois gatilhos foram contextuais. Primeiro, Urquhart insiste no número 32 no texto, chega a dizer que não há número como o de dois e trinta para ser escolhido. Segundo, o poema que acompanha a cifra promete ao leitor honesto que ele encontrará ali os desejos do próprio coração e a mente do autor, enquanto as Proquiritations terminam o tempo todo com is the desire, wish ou hope. Trinta e duas seções, trinta e dois números por linha, desejo. A ligação é fraca para um humano cansado, mas é um padrão perfeito para um modelo que mantém o livro inteiro na janela de contexto.

Sobre custo e latência, 176 mil tokens de raciocínio para uma tarefa não é barato. Em preços típicos de modelos frontier, isso seria algo na casa de poucos dólares por tentativa, o que é irrelevante para um caso histórico, mas pesado se você pensar em escalar esse modo deep research para milhares de documentos. A latência de 44 minutos também mostra que não estamos falando de inferência interativa. É um job em lote, com cadeia longa de pensamento, backtracking e validação cruzada.

O ponto interessante é a validação. O modelo não apenas propôs uma frase em inglês arcaico plausível. Ele gerou algo com restrição estrutural forte: 32 letras exatas por linha, rima, ortografia da época com CHARLS sem E, coerência política com o autor. Isso reduz drasticamente a chance de alucinação. Em criptografia histórica, uma solução que satisfaz tantas restrições ao mesmo tempo tem probabilidade baixíssima de ser coincidência.

O que isso muda na prática

Quem ganha aqui não é quem faz quebra de AES ou RSA. Ninguém vai usar esse truque para invadir sistema moderno. Quem ganha é quem lida com dados bagunçados, arquivos legados, reverse engineering de formatos obscuros e automação de pesquisa onde a resposta está implícita no contexto, não em uma tabela externa.

Para quem constrói agentes, a lição é direta: pare de dar ao modelo apenas o trecho cifrado. Dê o artefato inteiro. Muitas falhas de extração e de RAG acontecem porque recortamos o contexto para economizar tokens e, com isso, removemos justamente a chave. Urquhart deixou a chave a uma página de distância e gerações de especialistas ignoraram porque estavam focadas na sequência numérica.

Uma ação prática para testar ainda hoje: pegue um problema travado de parsing ou de mapeamento, como um layout de PDF antigo, um log proprietário ou uma planilha sem dicionário, e rode um modelo com janela longa pedindo explicitamente para procurar a regra de decodificação dentro do próprio documento antes de tentar tabelas externas. Inclua no prompt instruções como liste elementos estruturais repetidos, conte seções, páginas e índices, e teste se os números do problema apontam para posições internas. É simples, barato de testar e replica o salto que o Fable fez.

  • Contexto longo vence truque esperto quando a chave é estrutural e não matemática.
  • Raciocínio longo com autoverificação reduz alucinação em tarefas com restrição forte.
  • O custo por caso ainda é alto para produção em massa, mas cai rápido para análise forense pontual.

Isso escala ou só move o gargalo?

Aqui entra a dúvida real. Resolver o Distich é impressionante, mas o modelo também atacou um segundo enigma maior do mesmo autor, o Cyphral Octastich de The Jewel, de 1652, com 285 números. A regra inferida foi parecida: o k-ésimo número aponta para uma palavra na página k do livro, pegue a primeira letra. O resultado parcial forma uma oitava real em esquema ABABABCC, uma oração monarquista escrita em Londres em março de 1652, com 231 de 275 posições batendo como primeira ocorrência exata e o resto a uma ou três palavras de distância por problemas de transcrição, hifens e símbolos.

Isso é forte, mas também é o limite. O modelo ainda depende de texto digitalizado razoável, como o EEBO-TCP, e de tolerância a ruído de OCR. Nove letras seguem incertas no Octastich. Em produção, esse quase lá é o que quebra pipeline. Funciona para pesquisa histórica, onde um humano valida depois, mas não funciona como API determinística que você pode cobrar por chamada sem revisão.

E tem outro ponto incômodo: humanos falharam por 370 anos por viés de método, não por falta de inteligência. Todo mundo assumiu cifra de substituição porque era o martelo da época. O modelo acertou porque não tem apego a escola criptográfica, ele testa tudo sem vergonha. Isso é ótimo para redescoberta, porém levanta a pergunta sobre custo benefício. Vale gastar 176 mil tokens para ter um generalista testando hipóteses óbvias que um especialista bem orientado testaria em uma tarde com o insight certo? Nesse caso sim, porque o insight nunca veio. Em outros casos, talvez seja só força bruta cara.

Conclusão

No fim, o Fable 5.1 não provou que IA é mais inteligente que criptógrafos. Provou que contexto inteiro mais tentativa sem preconceito resolve uma classe de problemas que método tradicional trava. A pergunta que fica para quem opera é prática: quantos Cyphral Distichs você tem hoje no seu backlog, onde a chave está dentro do próprio arquivo e seu pipeline insiste em procurar fora?