Rust 可证明性验证工具的需求与痛点
问题概述
开发者希望在 Rust 中实现可验证的正确性，但现有工具如 Verus 需要额外注解，且缺乏对其他语言（如 .NET/C#）的直接支持；同时对注解负担和工具链集成表示担忧，并希望借助 LLMs 提升验证效率。
痛点标签
- 需要在 Rust 代码中进行可证明性验证，但现有工具依赖繁琐的注解
- 对现有验证工具的功能与维护状态有疑虑，尤其是对 .NET/C# 的支持
- 对注解要求的可行性持怀疑，希望探索更自动化或 LLM 辅助的验证方式
- 希望将验证过程集成到现有测试流程，而非额外的手动步骤
待验证问题
- 您是否在实际项目中遇到过需要 Rust 代码可证明性验证的场景？
- 您是否愿意在现有工作流中引入需要额外注解的验证工具？
- 您更倾向于使用哪种验证方法（形式化验证、模型检查、LLM 辅助）？
证据
原话 · @匿名
Verus seems to be exactly what I have been looking for!
原话 · @匿名
So Verus can be compiled and integrated with Rust, whereas TLA+ is used more for blueprint development that then guides the implementation in the mind of the implementer.
原话 · @匿名
I have long been critical of verification tools requiring annotations. Humans cannot write correct code, so asking them to write correct proof annotations seems futile.
原话 · @匿名
Does anyone now if something like this exist and is used (and actively maintained) for .NET/C#, not like Dafny where I write in another language (unlikely my company would allow that).
原话 · @匿名
Ive been using Rust with LLMs for the past 2 years already... But, I will take a look at this seriously.
免责声明：本卡片由 AI 从社区讨论中提炼，属于「痛点证据」，是需求分析与验证的起点，不等同于「已验证的市场需求」。AI 存在分析局限，关键决策前请打开上方原始讨论人工复核。