ProofLedger
记录来源、定理编号、论文版本、模型和工具版本、提示词、人工编辑、失败路径、计算预算和最终证书。
先构建什么、每个组件应做什么,以及如何在一个研究循环中整合语义、反模型、形式验证与人类判断。
使用一个研究循环,但将生成、检验和解释分开。
将逻辑、框架条件、论域、推论关系和固定定义显式化。在尝试证明猜想之前,先尝试反驳它。
连接定理级搜索、证明规划、模型查找器、证明器、证明助手和可复现的运行记录。
仅在系统能够独立审计陈述并验证结果之后,才尝试新的元定理、猜想、公理或逻辑系统。
只有当一次运行说明了所用逻辑、精确结果、为何成立、何处失败以及与已知工作的关系时,才算完成。
机会来自围绕模型的工作流,而非一次性证明生成。
最近的系统结合了非形式规划、定理检索、形式化、编译器反馈和重复尝试。结果因基准测试和审稿状态而异,但有用的工程模式已经可见。
SAT 和 SMT 求解器、有限模型查找器、证明助手和模型检查器可以低成本地拒绝许多错误。这使逻辑成为必须检验声明的智能体工作流的理想场景。
同一公式在不同的框架类、论域策略或推论关系下可能表现不同。如果形式陈述与研究者的意图不符,那么正确的形式证明也不够。
系统应将语义配置视为合约。更改该合约是一个可见的研究决策,而非自动修复。
每个阶段都有明确的目的和退出条件。
| 阶段 | 构建内容 | 主要组件 | 退出条件 | 预期研究产出 |
|---|---|---|---|---|
| 1 立即构建 |
语义审计与反模型 显式规约、有限 Kripke 搜索、假设测试、可复现记录 |
SpecGuard Counterexample Lab Proof PR Guard |
能够区分无效性、语义不匹配、编码错误和工具超时 | 合规基准、反模型数据集、猜想修复方法 |
| 2 接下来添加 |
知识与编排 定理图、证明 DAG、工具适配器、受检翻译 |
LogicAtlas LogicOS ProofDAG PolyLogic Bridge |
每次检索都解析为定理、版本和假设;每次工具转换都可追溯 | 定理图、通用工具协议、跨逻辑测试套件 |
| 3 稍后开放 |
证明与理论探索 元理论、猜想、新定义、证明消化、库维护 |
MetaProver LogicFoundry ProofDigest LogicLib Maintainer |
新结果具有证书、归属、失败边界、可读解释和人类审批 | 可复用的元理论、证明模式库、受控探索研究 |
结合语义审计、有限反模型搜索和受检翻译。这是最强的研究方向,因为它在逻辑领域内有清晰的定位,并且能产出有用的评测数据。
比对论文陈述、非形式论证、形式代码和引用。这是最快能融入实际研究团队工作流的组件。
构建系统、定义、框架条件、元定理、反例、形式库和原始出处之间的定理级链接。
十二个专业角色。评分是产品判断,而非文献排名。
| 组件 | 职责 | 典型输出 | 需求 | 可行性 |
|---|---|---|---|---|
| 规约与输入 | ||||
| SpecGuard语义审计器 | 比对自然语言、公式和证明器陈述;检查论域、推论、框架、指称、类型和基础逻辑。 | 语义差异、回译、风险报告 | 10 | 8 |
| Counterexample Lab模型与假设测试 | 枚举有限结构和 Kripke 框架,调用模型查找器,弱化假设,寻找最小反模型。 | 反模型、失败世界、敏感度矩阵 | 10 | 9 |
| Spec-to-Model需求形式化 | 将系统需求翻译为时态、认知、义务或程序规约并运行模型检验。 | 可执行规约、冲突分析、见证路径 | 9 | 8 |
| 规划、求解与翻译 | ||||
| LogicOS工具编排 | 为子目标选择工具,管理可靠转换,恢复证书,分类失败。 | 工具计划、转换日志、证书 | 9.5 | 6 |
| ProofDAG证明架构 | 将人类策略转化为有依赖的子目标,并将工作路由到检索、模型、证明和审查组件。 | 证明蓝图、任务 DAG、决策点 | 9 | 8 |
| MetaProver逻辑元理论 | 支持可靠性、完备性、切割消去、有限模型性质、插值、对应和复杂度。 | 元证明计划、形式证书、失败见证 | 8.5 | 6 |
| PolyLogic Bridge翻译与嵌入 | 检查跨逻辑的保持性、反映、框架限制、复杂度变化和引入的原则。 | 翻译、保持性证明、范围条件 | 8.5 | 6 |
| LogicFoundry受控探索 | 提出公理、规则、定义或语义条件,并测试新颖性、非平凡性、一致性和等价性。 | 候选系统、代表性模型、探索日志 | 7.5 | 5 |
| 审查、知识与维护 | ||||
| LogicAtlas定理知识图谱 | 连接系统、公理、语义、元性质、反例、依赖、形式库和出处。 | 定理级检索、强度关系、归属 | 9.5 | 7 |
| Proof PR Guard独立证明审查 | 检查循环性、未声明引理、隐含公理、定义漂移、引用不匹配和形式忠实度。 | 审查报告、证明变异测试、阻塞问题 | 9 | 8 |
| ProofDigest证明解释 | 压缩机器证明,识别关键引理和共享结构,将思想与常规技术分离。 | 概念图、证明模式、分层解释 | 8.5 | 8 |
| LogicLib Maintainer形式库工作 | 解决重复定义,构建基础 API,精简依赖,管理命名空间和迁移,桥接库。 | 库重构、兼容层、来源记录 | 8 | 9 |
无论先构建哪个组件,这些要求都适用。
记录来源、定理编号、论文版本、模型和工具版本、提示词、人工编辑、失败路径、计算预算和最终证书。
"S4" 或 "经典一阶逻辑" 是不够的。框架、论域、推论、等式、指称和元逻辑必须是机器可读的。
生成器不能是唯一的审查者。对每个关键声明使用符号工具、证明内核或真正独立的验证路径。
保留失败的子目标、反模型、超时、损坏的形式化和放弃的路径。失败记录是有用的研究资产。
定义、研究目标、基础逻辑、主要证明策略和发表价值的变更仍然是研究者的决策。
面向命题模态逻辑和认知逻辑的有限模型工作台。
Logic: S4
Consequence: local
Frames: reflexive, transitive
Domains: constant
Equality: rigid identity
Premises: …
Conjecture: …
Locked: definitions, base logic
| 版本 0.1 | 下一步扩展 | 评测 |
|---|---|---|
|
|
|
这些可以做出有用的演示,但不能解决核心的可靠性问题。
推荐顺序:语义审计与反模型 → 定理图与工具编排 → 证明生成与开放探索。
本指南是研究和产品判断,而非共识排名。预印本声明仍有待进一步审查。