给网站交付开一张收据:模型提议、人批准、浏览器验证
来源:dev.to — 2026-10-16
📋 概述
作者的出发点是一个朋友的真实经历:他接了一个八千卢比的网站单子,交付之后客户又让他加了一堆从来不在需求里的东西,而他手上没有任何东西能证明当初约定了什么。Briefstamp 就是为这个断层造的:把客户的需求粘贴进来,批准它提出的检查项,然后由真实浏览器去测这个网站,最后给你一份报告,说明哪些符合约定、哪些失败、哪些还需要人来判断。作者把规则定得很硬:模型只负责提出检查项,人批准它们,真实浏览器观察网站,代码决定通过还是失败。他还做了防橡皮图章的设计:故意改掉预期的标题文字,审计就失败了,正如它应该的那样。一次真实运行的结果是六条首页需求、模型提出六条类型化检查、批准后 Chromium 打开真实网站,五次通过、一条需求未能验证。
🔑 核心要点
- 规则被定得很硬:模型只提出检查项,人批准,真实浏览器观察,代码决定通过或失败。
- 需求来源是一次真实教训:八千卢比的单子交付后客户加了一堆不在需求里的东西,而他手上没有能证明约定的东西。
- 一次真实运行:六条首页需求、模型提出六条检查、人批准、Chromium 实地打开,五次通过、一条未能验证。
- 防橡皮图章:故意改掉预期的标题文字之后,审计如预期地失败了。
- 定价是待验证的猜测:每次交付收 499 卢比,作者自己说这还需要测试。
💡 金句
一份被批准的检查清单不能保证收到钱,但它能把约定与额外的部分划清界限。
👍 0
👎 0
← 返回 dev.to 首页