每个版本都会接受七项检测，带日期的结果与历史记录保存在产品中。本文说明每项检测的重点、结论的读法，以及为什么其中一项需要人工复核。
最近一次检测使用的引擎 154.0.8037.58 得分 100 分（满分 100），六项计入权重的检测全部返回结果。各项检测关注的内容如下：
| 检测器 | 检测内容 | 最近一次结果 |
|---|---|---|
| CreepJS | 指纹内部是否一致，信号之间是否矛盾 | ok · 0% headless, 0% stealth |
| iphey | 浏览器、硬件与网络的完整性 | Trustworthy |
| bot.sannysoft | 自动化、WebDriver 与无头模式痕迹 | 0 项失败，未发现 WebDriver |
| Cloudflare | 是否通过真实的反机器人挑战 | 挑战已通过 |
| TLS | JA3/JA4 TLS 握手指纹 | JA4 t13d1517h2，属于 Chrome 系列 |
| WebRTC | 真实 IP 地址泄漏 | 未发现泄漏 |
| pixelscan | 屏幕、位置与网络是否一致 | 人工复核 |
TLS 指纹在页面加载前就已形成。握手中密码套件与扩展的顺序会生成 JA3 和 JA4 哈希。它们取决于引擎的网络栈，因此只修改 User-Agent 来伪装 Chrome 的浏览器会在第一次连接时暴露。我们的 Chromium 154 引擎得到的结果是 t13d1517h2 ，这是该 Chrome 版本的正常值。作为对照，我们的 Firefox 引擎会得到 t13d1617h2 ，User-Agent 中包含 rv:152.0：这是一套完整一致的 Firefox 身份，而不是只改了标签的 Chrome。
Pixelscan 不会把最终结论写入页面文本。等待一分钟后，自动文本提取只能看到导航和广告区域，其中单词 automation 出现九次，因此无法可靠地用关键词判断结果。
manual：NimbusX 会保存截图，但不把该项计入综合分数，最终结论由人工复核。一个臆造的数字会让其余实测结果失去意义。每次检测都会保存日期、配置文件编号和结果，失败记录也不例外。红色记录往往比绿色更有用，因为它能说明哪个版本在哪项检测中失败，以及 Chromium 更新后发生了什么变化。
我们的历史记录里就有一个例子。接入设备配置后，CreepJS 标出的区域从两个降到一个，测试系统自动记录了这项改善。iphey 标签页未能加载时则采用另一套规则：该页面在未修改的引擎上也可能崩溃，因此无响应的检测器会被排除，不会被算作通过或失败。只有规则可信，回归数据才有价值。
无需安装 NimbusX 浏览器指纹测试 会检测当前浏览器。安装产品后，测试台会在全新配置中打开选定的检测站点，并保存每个站点的实际响应：