Pruve.dev

两年前，我把一个周五的大半时间耗在一个数字上。

支付路径里的一个重试循环，设为七次。不是五次，也不是十次，就是七。没有注释，也没有解释它的测试，而写下这段代码的人早在十八个月前就离职了。我当时觉得这个数字很随意，就把它改成了三，发了出去，结果发现服务提供商在第六次就会触发限流。

答案其实一直都在。它藏在两年前一条合并请求的评论里，淹没在一段主要在聊别的事情的讨论中，开头第一句话就是：「他们限流到六，所以七是下限。」没人故意把它删掉。只是分支一合并，它就再也找不到了。

这正是 Pruve 想解决的问题。连接一个代码仓库，以只读方式读取，然后它就会索引那些已经存在的历史记录：提交、合并请求的讨论、评审线程、关联的工单。接着你点开某一行代码，它就会告诉你这一行为什么是现在这个样子，每一条论断都链接到它最初的出处。你可以打开这些「凭据」核对，也可以不同意它们。

这件事不仅没有随着时间变淡，反而越来越紧迫。当 AI 智能体写代码时，它的推理过程只在一个会话窗口内存在，提交之后就消失了。代码发了出去，背后的论证却没有留下来。Pruve 提供了一行 hook，能把这些会话保存下来，并关联到它们产生的提交上，这样在追问 AI 写下的那些行的来由时，返回的就是真实的对话记录。这部分目前还是 beta。

整个产品建立在一个规则之上：要么有凭据，要么保持沉默。如果没有记录在案的推理，Pruve 会告诉你它搜了什么、搜了多大范围，然后停下来。它不会给你写一段看起来头头是道、从代码本身推断出来的解释——因为关于「你的代码为什么是这样」的错误答案，比没有答案代价更大。你会照着它行动。

有一件事我没想到会这么重要：它通过 MCP 暴露出来，这样你的编码智能体在动手修改之前，也可以问同样的问题。它会先读懂那个看起来很奇怪的常量为什么在那儿，然后就不动它。

今天它做得不够好的地方，我直接告诉你，免得你从它那里发现：合并请求文化薄弱的仓库，得到的回答也会很单薄，因为这确实是没什么可挖的。浏览器扩展在 GitHub 修改 DOM 时会失效，所以网页端始终保持了完整的能力。智能体会话 hook 还在 beta，目前只对 Claude Code 和 Codex 覆盖得比较完善。

公共仓库永久免费，无需信用卡。GitHub 和 GitLab 从第一天起就都支持，因为 GitLab 的团队从来就享受不到「第一天」的待遇。访问 https://pruve.dev/launch ，如果你有私有仓库，还能在试用基础上额外获得两个月的 Team 版免费额度。

比起点赞，我更想要硬碰硬的问题。拿一个你熟悉的仓库去试，然后告诉我它错在哪里。