对每个被拦截的页面都去识别，只会浪费识别次数；每遇到验证码就轮换代理，又会白白烧掉 IP。下面是一个 Python 分类器：它读取状态码、响应头和页面标记，再告诉 CapSkip 何时该识别、何时该退避。

把 v3 密钥发给 v2 方法，要等到识别结束才会发现出错。下面是一个 Python 检测器：它读取页面，判断验证码类型，提取 sitekey，并调用匹配的 CapSkip 方法，无法判断时会明确告诉你。

reCAPTCHA v2 框、v3 脚本和 Turnstile 小组件需要三种不同的 CapSkip 调用。下面是一个 C# 检测器，除 CapSkip 外不需要其他包：它能识别验证码类型，提取 sitekey 并调用对应的方法，识别不了时也会明确告诉你。

reCAPTCHA v2 框、v3 脚本和 Turnstile 小组件需要三种不同的调用。下面是一个 Node.js 检测器，不需要额外的包：它能识别验证码类型，提取 sitekey 并调用对应的 CapSkip 方法，识别不了时也会明确告诉你。

遇到验证码的 LangChain 智能体需要一个工具，而最显而易见的那个工具恰恰是错的。下面是一个 CapSkip 工具：它不让 token 进入对话，返回模型能读懂的错误，检查目标主机，并阻止失控的重试。

Pydoll 唯一的验证码代码只是点击 Turnstile，所以 reCAPTCHA token 必须由识别工具提供。下面介绍如何读取 sitekey，在同一个事件循环上用 AsyncCapSkip 识别，把 token 写入页面并提交。

在 CapSkip 前面放一个小型 FastAPI 服务。它持有唯一的客户端，为每次求解设置截止时间，限制同时运行的数量，并把 SDK 错误转换成清晰的 HTTP 状态码。

在 CapSkip 前面放一个小型 ASP.NET Core 服务。它持有唯一的客户端，为每次求解设置截止时间，限制同时运行的求解数量，并把 SDK 错误转换成清晰的 HTTP 状态码。

验证码令牌只能使用一次，pytest-timeout 在 Windows 上只能中止整个测试运行，而且 Python SDK 不设置 HTTP 超时。本文给出一个 pytest 方案：它用 CapSkip 识别 reCAPTCHA，在识别服务关闭时跳过测试，并让卡住的识别干净地失败。

Bun 会自动加载你的 .env 文件，会在五秒后中断每个测试，并且在套接字挂起导致超时之后仍然保持运行。本文给出一个 Bun 脚本：它用 CapSkip 识别 reCAPTCHA，完成登录，并能在真实识别服务或模拟服务下通过 bun test。