Dagster 中的验证码识别步骤就是一个带重试策略的 op，token 绝不能跨越 op 边界。默认的 IO manager 会把输出 pickle 到磁盘上，而磁盘并不是存放一次性凭据的地方。

TestCafe 的测试代码运行在 Node 中，所以你可以直接调用识别工具，再用 ClientFunction 把 token 写进页面。先确认原生自动化模式已开启，因为旧的代理机制在识别工具介入之前就会把 reCAPTCHA 弄坏。

三个 HTTP 模块加一个 Sleep，全程不需要任何代码步骤。真正把人卡住的是：Make.com 只调用 HTTPS，并且拒绝自签名证书，所以识别工具需要一个真实地址。

nodriver 是全异步的，所以一次阻塞式的识别会卡住驱动浏览器的那个套接字。改用异步客户端，用方括号取值读出 sitekey，再用 evaluate 注入 token。

Camoufox 会把你传给 evaluate 的每一段脚本放进一个隔离作用域里执行，所以常规的 token 注入毫无效果。打开 main world eval，给脚本加上前缀，表单就能提交了。

Actor 运行在 Apify 的云上，所以 127.0.0.1 指的是容器，而不是你的电脑。让识别工具以 Server 模式运行，把它的地址存成 secret 类型的输入，再用 isAtHome() 切换 host。

Code by Zapier 步骤默认只有 10 秒或 30 秒，而一次识别要更久。在一个步骤里提交，延迟一下，在下一个步骤里轮询，并让识别工具以 Server 模式运行，好让 Zapier 能访问到它。

DrissionPage 通过 CDP 驱动真实的 Chrome，所以 token 仍然要靠 JavaScript 写进去。读出 sitekey，在 127.0.0.1 上识别，用 run_js 注入，并当心那个会静默失败的元素。

k6 没有 npm，也没有 Node 模块，SDK 装不进去。两次 k6/http 调用直接请求原始 API，在 setup 阶段完成识别，阈值（thresholds）衡量的依然是你的应用。

识别属于测试进程，而不是 browser.execute 内部。一个自定义命令，一处 config 改动，再加一份能通过受保护表单的 spec。