ProofLedger
Enregistrer les sources, numeros de théorèmes, versions d'articles, versions de modèles et d'outils, prompts, modifications humaines, chemins echoues, budget de calcul et certificats finaux.
Que construire en premier, ce que chaque composant doit faire, et comment garder sémantique, contre-modèles, vérification formelle et jugement humain dans une boucle de recherche.
Utiliser une seule boucle de recherche, mais séparer génération, vérification et explication.
Rendre explicites la logique, les conditions de cadre, les domaines, la relation de conséquence et les definitions fixees. Tenter de refuter la conjecture avant de la prouver.
Connecter la recherche au niveau des théorèmes, la planification de preuves, les chercheurs de modèles, les prouveurs, les assistants de preuve et un journal d'exécution reproductible.
Tenter de nouveaux meta-théorèmes, conjectures, axiomes ou systèmes logiques uniquement lorsque le système peut auditer les enonces et vérifier les résultats de facon independante.
Une exécution n'est complete que lorsqu'elle indique la logique utilisee, le resultat exact, pourquoi il est valide, ou il echoue et comment il se rapporte aux travaux connus.
L'opportunite vient du flux de travail autour du modèle, pas de la génération de preuves en un coup.
Les systèmes recents combinent planification informelle, récupération de théorèmes, formalisation, retour du compilateur et tentatives repetees. Les résultats varient selon les benchmarks et le statut de relecture, mais le schema d'ingenierie utile est desormais visible.
Les solveurs SAT et SMT, les chercheurs de modèles finis, les assistants de preuve et les verificateurs de modèles peuvent rejeter de nombreuses erreurs a faible coût. Cela fait de la logique un cadre ideal pour les flux d'agents dont les affirmations doivent etre verifiees.
La meme formule peut se comporter differemment dans une autre classe de cadres, politique de domaine ou relation de conséquence. Une preuve formelle correcte ne suffit pas si l'enonce formel ne correspond pas a l'affirmation visee par le chercheur.
Le système devrait traiter la configuration sémantique comme un contrat. Modifier ce contrat est une decision de recherche visible, pas une reparation automatique.
Chaque étape a un objectif clair et une condition de sortie.
| Étape | Quoi construire | Composants principaux | Condition de sortie | Production de recherche probable |
|---|---|---|---|---|
| 1 Construire maintenant |
Audit sémantique et contre-modèles Specifications explicites, recherche Kripke finie, test des hypotheses, journaux reproductibles |
SpecGuard Counterexample Lab Proof PR Guard |
Distingue invalidite, inadaptation sémantique, erreur d'encodage et depassement de delai | Benchmark de conformite, jeu de contre-modèles, méthodes de reparation de conjectures |
| 2 Ajouter ensuite |
Connaissances et orchestration Graphe de théorèmes, DAG de preuve, adaptateurs d'outils, traductions verifiees |
LogicAtlas LogicOS ProofDAG PolyLogic Bridge |
Chaque récupération se resout en theoreme, version et hypotheses ; chaque conversion d'outil est tracable | Graphe de théorèmes, protocole d'outils commun, suite de tests inter-logiques |
| 3 Ouvrir plus tard |
Preuve et exploration theorique Meta-theorie, conjectures, nouvelles definitions, digestion de preuves, maintenance de bibliotheques |
MetaProver LogicFoundry ProofDigest LogicLib Maintainer |
Les nouveaux résultats ont des certificats, une attribution, des limites d'echec, des explications lisibles et une approbation humaine | Meta-theorie reutilisable, bibliotheque de schemas de preuve, études d'exploration controlee |
Combiner l'audit sémantique, la recherche de contre-modèles finis et les traductions verifiees. C'est la direction de recherche la plus forte car elle a une identite claire en logique et produit des données d'évaluation utiles.
Comparer les enonces d'articles, les arguments informels, le code formel et les citations. C'est le composant le plus rapide a integrer dans le flux de travail d'une équipe de recherche réelle.
Construire des liens au niveau des théorèmes entre systèmes, definitions, conditions de cadre, meta-théorèmes, contre-exemples, bibliotheques formelles et sources originales.
Douze roles spécialisés. Les scores sont des jugements produit, pas des classements bibliographiques.
| Composant | Mission | Sortie typique | Besoin | Faisabilite |
|---|---|---|---|---|
| Specification et entree | ||||
| SpecGuardAuditeur sémantique | Comparer prose, formules et enonces de prouveur ; vérifier domaines, conséquence, cadres, designation, types et logique de base. | Diff sémantique, retro-traduction, rapport de risque | 10 | 8 |
| Counterexample LabTest de modèles et hypotheses | Enumerer les structures finies et les cadres de Kripke, appeler les chercheurs de modèles, affaiblir les hypotheses et chercher des contre-modèles minimaux. | Contre-modele, monde d'echec, matrice de sensibilite | 10 | 9 |
| Spec-to-ModelFormalisation des exigences | Traduire les exigences système en spécifications temporelles, epistemiques, deontiques ou de programmes et lancer la vérification de modèles. | Specification executable, analyse de conflit, trace temoin | 9 | 8 |
| Planification, resolution et traduction | ||||
| LogicOSOrchestration d'outils | Choisir les outils pour les sous-objectifs, gerer les conversions saines, recuperer les certificats et classifier les echecs. | Plan d'outils, journal de conversion, certificat | 9.5 | 6 |
| ProofDAGArchitecture de preuve | Transformer une strategie humaine en sous-objectifs dependants et acheminer le travail vers les composants de récupération, modèle, preuve et revue. | Plan de preuve, DAG de taches, points de decision | 9 | 8 |
| MetaProverMeta-theorie logique | Supporter la correction, la complétude, l'elimination des coupures, les propriétés de modèle fini, l'interpolation, la correspondance et la complexite. | Plan de meta-preuve, certificat formel, temoin d'echec | 8.5 | 6 |
| PolyLogic BridgeTraductions et plongements | Verifier la preservation, la reflexion, les restrictions de cadre, les changements de complexite et les principes importes entre logiques. | Traduction, preuve de preservation, conditions de portee | 8.5 | 6 |
| LogicFoundryExploration controlee | Proposer des axiomes, règles, definitions ou conditions sémantiques et tester la nouveaute, la non-trivialite, la cohérence et l'equivalence. | Systeme candidat, modèles representatifs, journal d'exploration | 7.5 | 5 |
| Revue, connaissances et maintenance | ||||
| LogicAtlasGraphe de connaissances | Connecter systèmes, axiomes, sémantique, meta-proprietes, contre-exemples, dependances, bibliotheques formelles et sources. | Recuperation au niveau theoreme, relations de force, attribution | 9.5 | 7 |
| Proof PR GuardRevue de preuve independante | Verifier la circularite, les lemmes non declares, les axiomes caches, la derive des definitions, les inadaptations de citations et la fidelite formelle. | Rapport de revue, tests de mutation de preuve, problemes bloquants | 9 | 8 |
| ProofDigestExplication de preuve | Comprimer les preuves machine, identifier les lemmes decisifs et la structure partagee, et séparer les idees de la technique routiniere. | Carte conceptuelle, schemas de preuve, explication en couches | 8.5 | 8 |
| LogicLib MaintainerTravail de bibliotheque formelle | Resoudre les definitions doublons, construire des API de base, reduire les dependances, gerer les espaces de noms et les migrations, et ponter les bibliotheques. | Refactorisation de bibliotheque, couche de compatibilite, journal de provenance | 8 | 9 |
Ces exigences s'appliquent quel que soit le composant construit en premier.
Enregistrer les sources, numeros de théorèmes, versions d'articles, versions de modèles et d'outils, prompts, modifications humaines, chemins echoues, budget de calcul et certificats finaux.
"S4" ou "logique classique du premier ordre" ne suffit pas. Cadres, domaines, conséquence, egalite, designation et meta-logique doivent etre lisibles par la machine.
Le generateur ne peut etre le seul relecteur. Utiliser un outil symbolique, un noyau de preuve ou un chemin de vérification reellement separe pour chaque affirmation critique.
Conserver les sous-objectifs echoues, contre-modèles, depassements de delai, formalisations cassees et pistes abandonnees. Les registres d'echec sont des actifs de recherche utiles.
Les changements de definitions, d'objectifs de recherche, de logique de base, de strategie principale de preuve et de valeur de publication restent des decisions du chercheur.
Un atelier de modèles finis pour la logique modale et epistemique propositionnelle.
Logic: S4
Consequence: local
Frames: reflexive, transitive
Domains: constant
Equality: rigid identity
Premises: …
Conjecture: …
Locked: definitions, base logic
| Version 0.1 | Extensions suivantes | Evaluation |
|---|---|---|
|
|
|
Ces elements peuvent faire des demonstrations utiles, mais ne traitent pas le probleme central de fiabilité.
Ordre recommande : audit sémantique et contre-modèles → graphe de théorèmes et orchestration d'outils → génération de preuves et exploration ouverte.
Ce guide est un jugement de recherche et de produit, pas un classement consensuel. Les affirmations des preprints restent soumises a un examen ulterieur.