AI · Developers · Emerging
Lack of trust in AI-generated proofs and the reliability of proof checkers
Software developers are concerned about the potential for bugs in AI lean proofs and the trustworthiness of proof checkers, given that LLMs do not have a reputation system like humans do.
Who experiences it: Software developers
Momentum
0%
Pain
85
Competition
90
Opportunity
60/100
Signals over time
2 observed signals across 1 sources, tracked for 4 days. Confidence: low.
What people are saying Observed
“> If AI advances more and becomes smarter it can be used on both sides. Yes, and that's true even if it doesn't advance or become smarter. It's happening already that people are using AI on "both sides" both adversarially and defensively and that is improving software, and hopefully mathematics as well. > I am not sure about the Navier-Stokes proof but in general it sounds highly unlikely that many well-known theorems turn out false. I'm talking about the LLM Navier-Stokes proof specifically because it's very long and complicated and an LLM is not the same as a human mathematician. A human mathematician is trying to use the tools in a truth-seeking way, whereas LLMs are trying to satisfy the goal of presenting a proof that convinces people it is correct. Maybe naively, it seems to me the failure modes of proof assistants would be amplified under adversarial conditions (i.e. driven by LLMs). Completely agree that there seem to be many ways that relying on proof assistant software can go wrong.”
Hacker News · frustration
“Will we ever see a soundness bug in the lean kernel again? To a software developer the question seems insane. There were bugs in the past, of course there will be more. When we see those bugs, what will it mean for AI lean proofs? Can we trust them? This whole thing boils down to trust. We can trust human verifications highly because of community and reputation and human proof-of-work. Humans sometimes lie about math results but it's rare because of this. They make mistakes and those mistakes are discovered by communities who are themselves largely trustworthy because of this. LLMs don't care about reputation. They hallucinate and fabricate often. In harnesses they literally try to cheat and bend rules, which is a disaster for knowledge that is encoded in rules. So we have to rely on proof checkers. The problem is, how trustworthy are proof checkers? Are there bugs? And is the underlying theory itself free of paradoxes and unknowables and mathematical "bugs" that can be exploited? Imagine a human mathematician hell bent on deceiving other mathematicians - would we trust their breakthroughs, even with a verifier? Because of these properties, the final backstop ha”
Hacker News · frustration
Why now? AI inference
Existing solutions Observed
- Agda · free · complaints: Steep learning curve for beginners, Limited libraries compared to mainstream languages, Performance issues with large codebases
- TLA+ · free · complaints: Requires a shift in thinking for traditional programmers, Documentation can be overwhelming, Limited community compared to mainstream languages
- Coq · free · complaints: Steep learning curve for new users, Complexity in setting up and using, Limited support for certain types of proofs
- Lean · free · complaints: Documentation can be lacking in certain areas, Performance issues with large proofs, Requires significant time investment to master
- Isabelle · free · complaints: Complexity in learning and using the system, Can be slow for large proofs, Limited tooling compared to other environments
There is a lack of user-friendly AI-generated proof systems that provide reliable verification for software developers, addressing their trust issues. Current competitors like Coq, Lean, Isabelle, Agda, and TLA+ have steep learning curves and complexity, which may deter developers from adopting formal verification tools.
See the full evidence, competitor gap matrix and opportunity report.
Free account. No credit card.