CaptchaFox 的 token 绑定在签发它的浏览器上，所以识别只完成了一半工作。本文给出 C# 调用、决定 token 格式的小组件来源，以及如何用正确的 user agent 提交。

Crawl4AI 自身没有验证码识别功能，而且从 0.8.5 起，它的 js_code 会在 wait_for 之后才执行，这让提交 token 最直观的写法失效了。本文给出一套可行的会话流程，外加一个用于深度爬取的 hook。

在 Cloud Run 上，有三个限制会让识别半途终止：gunicorn 的 30 秒 worker 超时、与 SDK 自身超时相同的 300 秒请求超时，以及一个什么都连不到的回环地址。下面这套部署能把三者一并解决。

Friendly Captcha 在同一个名字、同一个 sitekey 命名空间下发布了两套协议，识别错了版本，你拿到的 token 会被站点不声不响地拒绝。本文介绍如何在 C# 中区分这两者、如何调用，以及每种 token 该填入哪个字段。

Prefect Cloud 从不执行你的 flow，因此你自己机器上的 worker 可以访问 127.0.0.1 上的识别工具。需要处理好的两点是重试和关闭缓存，因为 token 只能使用一次。

Patchright 在隔离的上下文中运行 evaluate，因此写入的 token 虽然能进入 DOM，页面自身的 callback 却不会被触发。多加一个参数，就能让脚本回到主世界。

ALTCHA 属于 proof of work，因此浏览器根本不必去应答它。捕获 Playwright 已经看到的挑战，在本地用毫秒级时间完成识别，再把 token 写入表单提交的那个字段。

有两件事会终结 serverless 识别：API Gateway 在 29 秒后就不再等待，而 Lambda sandbox 内的 127.0.0.1 根本连不到任何东西。这里说明识别应该放在哪里，以及如何为一个 AWS 地址开出通往你自己机器的路由。

Selenium 没有一行代码就能等待响应的写法，这项任务也不需要。从 widget 属性中读取挑战的 endpoint，在本地用毫秒级时间完成 proof of work，然后把 token 写入表单提交的那个字段。

移动应用内的验证码会让 Appium 的运行直接中断。对该元素截图，在本地识别，把答案输入回去，并调高那个原本会在识别工具仍在工作时结束会话的超时设置。