起因是我之前用的一家中转站倒闭了，来来回回换了好几个价格差不多的中转站，但有的站实际花费明显不同，从计费里面看到缓存命中是有问题的，具体现象如图：
可以看到明显失缓了，此现象在openclaw上比较容易触发，其他平台因为我用得少，没有明显看到。
我不清楚中转站的内部运行情况，但这种情况只在部分中转站出现，且隐形的增加了我的使用成本，毕竟我也不会天天盯着使用明细看，所以在openclaw帮助下写了个缓存命中测试脚本，分享出来和各位大佬讨论一下。
脚本方案大概是模拟openclaw的请求，通过添加扰动，对中转站进行多次测试。
缓存命中测试脚本v0.6.zip (29.7 KB)
本文件包含脚本源码，简易使用说明以及项目文档。
注意：0.此脚本会出现Token消耗，如果完全失缓，会产生大概2刀左右的Token消耗（gpt-5.4），可以通过调整脚本来降低Token消耗（比如仅使用同步模式，降低测试次数），但也可能导致结论偏差更大。
1.本人代码水平不行，此脚本完全属于vibe coding，可能存在一些BUG，以及测试结论并不完全正确，缓存效果以中转站实际计费情况为准。
2.测试时发现了除了上面那种完全失缓的情况，还存在以下这种失缓情况
这些请求的数据包变化不超过20%，但出现了接近随机的失缓情况，对此情况我也比较好奇发生了什么。
3.在某站测试的时候发现了站点缓存计费显示BUG，所以本脚本大概也可以给站长用作压力测试。
4.展示一下正常的站点效果：
5.本人精力有限，脚本只开发到了我认为可以用的情况，有需要的大佬可以自行修改与完善。