Dichiara la richiesta. Il kernel decide se è provato.
Un pannello di modelli attacca il tuo problema con la letteratura, SageMath, PARI/GP e un risolutore SMT, poi formalizza il risultato in Lean 4 contro Mathlib. Il kernel di Lean accetta la prova o non lo fa, e nessuna quantità di sicuro di prosa cambia che. Quando non si ottiene l'obiettivo esatto che rimane, che è di solito dove l'argomento informale era a mano-via.
Un pedinatore che non può essere persuaso
Lean 4 con Mathlib verifica il risultato finale, e una prova che si appoggia a sorry, native_decide o un assioma fresco è respinto piuttosto che contato. Accanto ad esso: SageMath, PARI/GP, Z3, CVC5 e OEIS, in modo che una costruzione può essere calcolata e identificata prima che qualcuno cerchi di dimostrare qualcosa al riguardo.
Una prova non riuscita è un risultato
Quando la formalizzazione fallisce, l'obiettivo che Lean non poteva chiudere viene consegnato a qualsiasi posto sia meglio piazzarsi per attaccarlo: proprio questo obiettivo, non tutta la storia. Una prova respinta indica esattamente il gap, che è più di quanto non lo facciano le argomentazioni informali.
Niente è dimostrato due volte
Ogni lemma che il pannello stabilisce va in un registro condiviso con la sua prova, quindi non viene mai ri-derivato e vicoli ciechi non vengono mai riprovati. Lunghi problemi pausa e riprendere senza perdere lavoro: chiudere la scheda e tornare domani.