CAPTCHA API 还是浏览器扩展：哪种适合你的自动化流程？
当代码需要接收解答并将其提交给目标时，请选择 API。当提供商明确支持你所需的交互式浏览器流程时，可以考虑扩展。浏览器自动化可以使用这两种方式；运行浏览器并不意味着扩展一定是更好的选择。
solvethree 提供 REST 任务 API，不提供原生浏览器扩展。你的应用仍需负责应用返回的解答并检查目标的响应。
本页内容
根据所需的工作流程选择
| 你的工作流程 | 建议选择的方式 | 仍需完成的工作 |
|---|---|---|
| 服务器端工作进程直接向目标发送请求。 | API。 | 创建任务、获取解答，并在目标请求中包含正确的输出。 |
| 你的自动化程序已在控制浏览器。 | 需要明确控制时选择 API；只有当提供商的文档明确支持该浏览器流程时，才选择扩展。 | 使用 API 时，浏览器自动化程序必须应用结果并提交。使用扩展时，请确认它具体处理哪些步骤。 |
| 用户在交互式浏览器会话中操作。 | 考虑选择文档明确支持目标和浏览器的扩展。 | 检查安装要求、权限、凭据处理方式，以及它是否在预期的浏览器会话中运行。 |
API 响应并不是通用的浏览器命令。如果你的需求是“安装一个能处理浏览器交互的工具”，仅靠 solvethree 的 API 无法满足。
确定方案前，比较权限与维护要求
- 凭据： 将 solvethree API 密钥保存在服务器上，而不是页面脚本中。对于扩展，请在安装前查看提供商的凭据处理说明及其请求的权限。
- 会话归属： 明确哪个组件管理浏览器配置文件、代理和目标会话，以及哪个组件提交解答。不要假设安装扩展就会将其连接到现有的 API 集成。
- 维护： 使用 API 时，你的代码负责任务处理和向目标提交，包括所有浏览器特定步骤。对于扩展，请检查其浏览器支持、更新流程以及错误的呈现方式。目标流程发生变化时应进行测试，不要认为扩展必然会自行适配。
请使用你计划运行的集成方式所对应的文档。CapSolver 分别提供 API 和浏览器扩展的集成文档；API 示例并不能说明其扩展会执行哪些操作。
solvethree 的适用范围
首先检查产品支持，而不只是集成方式。solvethree 支持返回令牌的 reCAPTCHA v3 Enterprise 和标准 v3、返回请求头的 Kasada，以及返回原始 Cookie 值的 Ticketmaster TMPT。这些输出需要采用不同的提交处理方式。不支持 reCAPTCHA v2、hCaptcha 和 Turnstile。
在应用代码中，可使用 REST API、适用于 Node.js 的官方 JavaScript SDK 或 Python SDK。这两个 SDK 都提供 solve 方法，用于创建一个任务并轮询其结果。它们都不会将解答应用到浏览器或目标。
对于 MCP 宿主，官方本地 stdio 服务器提供任务工具。它不会操控浏览器或填写表单，因此不能替代扩展。
请参照 API 文档实现这一交接流程。如果你正在替换现有提供商，请遵循 CapSolver 迁移指南或 2Captcha 迁移指南，不要假设它们的请求可以互换。
来源与 API 参考
运行您的第一个任务。
使用 $5 工作区额度开始体验。