O núcleo decide se é provado.
Um painel de modelos ataca seu problema com a literatura, SageMath, PARI/GP e um resolvedor SMT, então formaliza o resultado em Lean 4 contra Mathlib. O kernel de Lean ou aceita a prova ou não, e nenhuma quantidade de prosa confiante muda isso. Quando falha você obtém o objetivo exato que permanece, que é geralmente onde o argumento informal foi abanado à mão.
Um verificador que não pode ser persuadido
Lean 4 com Mathlib tipo-chequea a declaração final, e uma prova que se apoia em sorry, native_decide ou um axioma fresco é rejeitado em vez de contado.Além dele: SageMath, PARI/GP, Z3, CVC5 e o OEIS, assim uma construção pode ser calculada e identificada antes de qualquer pessoa tentar provar qualquer coisa sobre ele.
Uma prova falhada é uma descoberta
Quando a formalização falha, o objectivo que Lean não pôde fechar é entregue a qualquer lugar que seja melhor posicionado para atacá-lo: apenas esse objetivo, não toda a história. Uma prova rejeitada nomeia precisamente a lacuna, que é mais do que a maioria dos argumentos informais que nunca fazem.
Nada é provado duas vezes
Cada lemma que o painel estabelece vai em um livro compartilhado com sua prova, então, nunca é re-derrived e pontas mortas nunca são retirados. Longos problemas pausa e retoma sem perder o trabalho: fecha a ficha e volta amanhã.