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.

O objetivo
Seja específico sobre o que fez significa. "Decida se X é verdade, e prova que bate 'diz-me sobre X'.
O bar que tem que limpar
O árbitro tem esta barra literalmente. Pede uma prova de nível de prêmio e ele vai dizer-lhe claramente quando o painel fica curto, em vez de declarar a vitória.
O painel
Mais lugares significa mais ângulos e mais custo por redondo.
Referência
Regras sobre os critérios e verifica cada peça de evidência. Vale a pena o seu modelo mais forte.
Rodas
Limite de despesas
Atingi-lo pára com match.
Visibilidade
Inscreva-se para iniciar um match
Novas contas recebem crédito de início, suficiente para um real match.
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ã.