谁验证你的AI验证器？

你的AI编码代理一夜之间写了1000行代码。早上你看到提交记录，全是新功能。你打算手动验证一遍？那你和这个AI到底谁在干活。

Reticle想解决这个问题。它是个AI验证层，专门给AI编码代理用：让agent在交付前自己检查自己。创始人Dibyanshu的动机来自一次事故——晚上给agent一个prompt，早上醒来发现所有功能都被它改坏了。他试遍现有工具，没用，于是自己写了一个。

工作原理不复杂。Reticle会在代码里埋点，盯着网络请求、应用状态和控制台输出。每次agent完成一个功能，Reticle会暂停它，跑一遍验证，把证据交回给agent，由agent决定上线还是继续改。

官网给出的数据：

• 在88个人工植入的bug中，Reticle抓到85个，Playwright抓到59。
• 重跑一个4流程的检查套件，Reticle约480 tokens，而用LLM重新驱动要约120K tokens，便宜约250倍。
• 累计npm下载量超600K，月下载约120K，用户数6-7K。

用法也直接。把GitHub链接丢给agent，说“install Reticle”，它自己装好。只要agent支持MCP协议，OpenAI、Anthropic、Gemini都能配。想试的话，官网是 http://reticle.sh 。

这个方案引来的第一个问题是：谁验证验证器？有网友评论：“然后需要另一个AI来验证这个验证器，我就只剩按合并的权利了。” 另一个开发者更尖锐：测试由同一个agent写，往往会自证清白。应该在写代码之前就从规范生成检查。

Reticle的回应是开源。SDK是Apache-2.0，验证引擎也开源。它的benchmark可复现，任何人可以跑。而且重放是确定性的，不依赖模型判断，这比用另一个LLM来检查更有底。

Robert Scoble在X上发布了与Dibyanshu的访谈，并用AI生成了要点总结。视频在这里：

Reticle未必是最终答案。但它抓住了真问题：AI写代码的速度已经超过人类验证的速度，继续让人盯屏幕是死路。让agent自我验证，哪怕不完美，也比没有强。只是，你仍然需要偶尔盯着它。

长期看，谁验证验证器？开源是短期答案，确定性逻辑也是。但那个关于“验证AI的AI的AI”的追问，会一直存在。