打开 webact 的密钥首页，输入框里粘贴一串字符，检测回车。网站三秒后页面弹出结果：密钥有效，密钥剩余次数 47。检测整个过程没有注册、网站没有广告弹窗、密钥没有“请下载 App 查看”。检测这大概是网站它最讨人喜欢的地方——一个工具该有的样子。

webact 做的密钥是密钥检测。具体点说，检测它验证某个激活码、网站授权串、密钥序列号是检测否还在有效期内，以及还能用多少次。网站这类需求听起来小众，但实际用的人不少。做软件分发的、跑自动化脚本的、倒腾二手授权的，都绕不开这个动作。以前大家怎么干？要么装个客户端，要么写段脚本调 API，要么干脆手动试——费时间，还容易出错。webact 把这件事搬到了浏览器里，省掉了安装和配置的环节。

我注意到它的检测逻辑分两层。第一层是格式校验，看密钥的字符结构是否符合规则，比如长度、前缀、校验位。这一层很快，本地就能跑完，不消耗服务器资源。第二层才是真正的有效性验证，需要把密钥发给后端，跟数据库里的记录比对。两层分开处理有个好处：格式不对的密钥根本不用发请求，既省带宽又省时间。这个设计不算复杂，但很多同类工具懒得做，上来就查库，结果一堆无效请求把响应速度拖垮。

实际用下来，webact 的响应速度在 200 毫秒到 1.5 秒之间浮动。快的时候几乎无感，慢的时候也能接受。我试过同时粘贴 20 个密钥批量检测，页面没有卡死，结果逐条返回，每条带一个状态标签：有效、过期、无效、未知。未知这种情况挺有意思——后端没查到记录，但格式又合法，系统不武断判死刑，而是标个未知让用户自己判断。这种留余地的做法比非黑即白的判定更贴近真实场景。

页面上有个细节值得说：检测结果旁边有个复制按钮，点一下把密钥和状态一起复制到剪贴板。格式是“密钥,状态,剩余次数”。这个设计明显是给需要整理表格的人准备的。我见过不少工具，结果展示得挺漂亮，但想导出就得手动选中、复制、再粘贴到 Excel 里分列。webact 直接帮你拼好逗号分隔的文本，粘到表格里自动分列。小功能，但用一次就回不去了。

安全方面，webact 走的是 HTTPS，请求体里密钥是明文传输的——这没办法，检测本身就需要明文比对。但它没有把密钥写进 URL 参数里，避免了被浏览器历史记录和服务器日志截获的风险。另外页面不存任何检测记录，刷新即清空。我翻过它的前端代码，没有埋点脚本，没有第三方统计。对于一个处理敏感字符串的工具来说，这种克制是基本素养。

当然它也不是没毛病。批量检测的上限是 50 条，超过就得分批。免费用户每天限 200 次检测，超了要等第二天。付费版去掉了这些限制，价格是每月 9 美元。这个定价放在工具类产品里算中等偏上，但考虑到它省掉的折腾时间，对高频用户来说不算贵。低频用户用免费额度也够。

有个场景让我印象挺深。一个做独立游戏的朋友，发行前要验证 300 多个预购激活码。他本来打算写个 Python 脚本调 API，后来发现 webact 支持粘贴多行文本，自动去重、自动分批、自动汇总结果。他花了不到十分钟跑完，导出 CSV 直接对账。他跟我说：“早知道有这个，我上个月就不折腾那套脚本了。”这话听着像广告，但确实是他原话。

webact 的界面朴素得有点过分。白底、黑字、一个输入框、一个按钮。没有渐变、没有插画、没有引导教程。第一次打开可能会愣一下——就这？但用两次就明白，它把复杂度全吞到后端了，留给用户的只有“粘贴”和“回车”两个动作。这种产品思路在当下挺稀缺的。大家都在往界面里塞功能、塞引导、塞会员入口，webact 反着来，把能砍的全砍了。

如果你手头有一堆密钥要验，又不想装软件、不想写代码、不想注册账号，webact 值得一试。它不完美，但在这个细分需求上，它把该做的事做完了，而且做得不让人烦躁。这就够了。