CapSkip 的结果只能读取一次，所以 Celery 重试时如果想拿存下来的验证码 id 接着用，什么也拿不到。下面是能扛住 worker 崩溃的任务写法、需要设置的两个时间上限，以及那个会悄悄让识别次数翻倍的 broker 选项。

hrequests 伪造的是 TLS 指纹。它不会识别验证码，而 CapSkip 不伪造指纹，所以两者解决的是同一道拦截的两半。下面讲怎么取到 sitekey、把它识别出来，并在拿到 cookie 的那个会话上把 token 提交回去。

Activepieces Cloud 在 V8 isolate 里运行 Code 步骤，会悄悄丢掉你添加的 npm 包，所以 CapSkip 的 Node SDK 根本装不上去。而 HTTP piece 在所有沙箱模式下都能用。下面是完整流程，以及那个会挡住本地识别工具的网络设置。

Windmill 会替你解析 PyPI 导入，所以 CapSkip SDK 不需要单独的安装步骤。真正需要想清楚的是 worker 跑在哪台机器上，因为这决定了识别工具是留在回环地址上，还是改用服务器模式。

Pipedream 的代码步骤跑的是真正的 Node.js，所以 CapSkip SDK 不用改就能用。问题出在执行超时：它比一次 reCAPTCHA 识别还短。下面是单步版本、能扛住慢识别的 flow.rerun 版本，以及对应的 Python 写法。

Scrapling 自带 solve_cloudflare，它只处理 Cloudflare，别的都不管。reCAPTCHA、极验（GeeTest）和图片验证码要走 page_action。下面是注入写法、会悄悄把它搞坏的隔离执行上下文，以及一个完整可用的脚本。

Node-RED 调用验证码识别工具有两种方式：用 http request 节点直接打裸 API，或者在 function 节点里用 Node SDK。下面两种都写了，另外还有让第二种成为可能的 settings.js 改动，以及装在 Raspberry Pi 上为什么需要 Server mode。

Temporal 的 workflow 代码必须是确定性的，所以验证码识别只能放在 Activity 里。下面是这个 activity、会跳过那些永远不可能成功的失败的重试策略，以及为什么在持久化工作流里，token 过期比在别的任何地方都更容易搞错。

有四个 CapSkip 错误码是在识别工具还没看一眼验证码之前就返回的。它们说的是你的 HTTP 请求本身的格式，每一个指向的错误都不一样。下面是每个错误码的含义和修法。

用 httpx 处理验证码的流程里没有浏览器，所以没有人替你填 token 字段。从 HTML 里读出 sitekey，在本地识别，然后用同一个客户端把 token 当成普通表单字段提交。