openmathmodel/open-math-harness

可以关注，但先别急着投入：设计可审阅、示例能跑，但交互式智能体、Ultramath 和证明搜索按 README 依赖 Open Math OS 部署环境，并不是本地安装即可使用。

解决什么问题

想让智能体帮忙攻克一个难题的数学研究者，现在通常得自己拼整套流程：挑模型、给它文件和 shell 权限、跨会话记笔记，再把候选证明单独拿去做 Lean 检查。聊天记录里说“已验证”，并不等于 Lean 接受了这个证明。Open Math Harness 把这些收进一个运行时：智能体在受限工作区内围绕固定的 Lean 命题工作，由验证器而非模型决定证明是否成立。用户最终得到候选证明的搜索树和验证结果记录，以及一个后续会话可以引用的项目记忆文件。

有什么不同

有两个机制值得留意。Ultramath 让多个智能体分别登记不同的解题方向，用基于模型的重复检查比对方向，成员在共享板上交换引理、部分结果和失败路径，同时各自保留独立工作目录。协调者可退回报告要求修改，或接受一个方案并停止其余成员。这让并行探索变得可审查，而不只是一堆聊天记录。

二是基于能力（capability）的微内核。每个程序（包括智能体）都是受限进程，只持有其组合授予的权限，它启动的进程也不会获得更多。模型输出、工具结果和仓库内容都被视为不可信输入，因此文本无法批准操作或改变验证结果。对允许智能体执行 shell 命令的人来说，这是一个有意义的设计取舍；代价是耦合：内核、身份、IPC 和服务生命周期全部自研，而 构建流程 目前只有进入托管 Open Math OS VM 才能体验完整功能。

谁值得试

适合：想研究或基于一个具备能力隔离的智能体运行时做二次开发的 Rust 开发者或研究工程师，愿意跑脚本化的 slice 示例、读内核文档，而不是直接对着聊天框敲字。也适合正在设计多智能体证明搜索、想看看方向登记、共享发现与 Lean 验证如何串起来的人。

不适合：现在就想拿到可用证明助手的一线数学工作者。交互式智能体需要服务配置、模型凭据和客户端，证明搜索还需要配好的 Lean 与 Mathlib 环境；仓库明确说尚未提供可独立运行的本地配置。deploy/vm 里的文件针对托管 VM，也不是个人机器的安装器。

使用条件与边界

仅支持 Linux，Windows 和 macOS 不作为原生运行时宿主。需要 C 编译器和链接器、通过 rustup 安装的 Rust（由 rust-toolchain.toml 固定版本），以及 bubblewrap：bwrap 要在 PATH 上，并允许创建非特权用户命名空间。隔离不可用会直接导致启动失败，所以沙箱是硬性前提而非可选加固，某些默认主机安全策略会把它挡在门外。

slice 示例 不需要模型凭据或部署环境，但它不调用模型，也不启动聊天、Ultramath、记忆或证明搜索；重复运行前还要删掉上次生成的报告。日常维护意味着要跟进一个 0.41.0 的运行时，它的组件仍在逐步与平台解耦。

HotRepo 点评

HotRepo 自 2026-10-24 开始跟踪该项目，距创建仅两天。唯一记录是 2026-10-25 的 Rust 新项目榜第 13 名、169 总 star——这不是总榜排名，也不是单日新增量。没有可比的每日榜单历史，因此无法判断热度能否持续。投入时间之前，建议查看项目说明，确认除 slice 示例外是否已有组件能在 Open Math OS VM 之外运行。