Cap vs Anubis

Anubis 是一个基于工作量证明的反爬虫工具，在自托管社区很受欢迎，用于在边缘拦截 AI 训练爬虫和激进的抓取程序。它和 Cap 共享工作量证明这个核心，但瞄准的是不同的问题。

快速结论

想在反向代理层面给整个站点或路径设一道防机器人和爬虫的门槛（通常是因为爬虫在吞噬你的带宽），用 Anubis。想保护某个具体的操作（表单提交、API 调用、账号注册），又不影响正常浏览，用 Cap。

按操作防护，而不是按页面浏览防护。 Cap 保护表单、注册、联系页面和 API 端点，这些正是滥用转化为成本的地方。访客可以正常浏览。
难度按操作设置。 Anubis 的质询必须足够小，才不会拖累每次页面加载，这限制了难度的上限。Cap 按操作配置，因此可以在注册或登录表单上把难度调得更高，而不影响浏览体验。
两层验证。 Cap 在 PoW 之上叠加了 instrumentation 质询，即使机器人用 GPU 加速完成了工作量证明这一步，仍然需要伪造出一个真实的浏览器环境。
带控制台的 Standalone 服务端。 Cap 开箱即带数据分析、多站点密钥管理，以及兼容 reCAPTCHA 的 siteverify 端点。
验证组件的用户体验。 Cap 刻意设计为对人类可见：表单上有复选框、进度指示和品牌展示区。Anubis 则是一道透明的关卡。

如果你已经在站点前面运行 Anubis 来防爬虫，你仍然可以在站内那些高价值的表单和 API 端点上使用 Cap。两者解决的是不同的问题，互不冲突。