核对 CAPTCHA 用量与工作区余额
先确认创建任务所用 API 密钥所属的工作区。然后区分用量和余额：控制台的过去 28 天视图并非账单，充值也不等于支出。
本页内容
比较同一工作区和同一时段
API 请求使用工作区 API 密钥进行身份验证。核对用量时，请检查该工作区；目标主机名相同并不意味着请求属于同一个工作区。
/usage 中的用量标注为过去 28 天。其中显示 Request volume、Successful、Failed (not billed)、Average latency，以及 Period spend 或 Unlimited coverage。不要仅根据这一时间窗口推断相应账单或当前余额。
使用 By site profile 定位用量突增。比较 Site、Share 和 Requests，找出请求量增加的位置，然后检查 Success 和 Billing。这些是服务用量事件，不能证明目标接受了由此产生的请求。
已就绪的任务会计费，即使目标拒绝提交
状态为 ready 的任务会计费。求解失败会退款。创建任务或收到 HTTP 成功响应，并不等于收到可用解答；只有 ready 才包含可用解答。
如果求解器返回了已就绪的解答，但网站拒绝了后续请求，这并不属于求解器任务失败。不要将其计入 Failed (not billed)，也不要认为它会自动获得退款。替代任务如果达到 ready 状态，就会作为另一次求解计费。
区分购买的余额与用量费用
最低充值金额为 $10；欢迎赠送额度为 $5。充值会增加工作区额度，并不代表使用统计时段内的消费金额。将付款记录与余额核对时，请分别计算购买额度和欢迎赠送额度。
| 产品 | 每 1,000 次求解的美元价格 |
|---|---|
| reCAPTCHA | $2.00 |
| Kasada | $1.25 |
| TMPT | $0.99 |
估算按量付费费用时，应使用已计费且状态为 ready 的任务数，而不是请求总量。如果控制台显示 Unlimited coverage，请查看相应产品的月度套餐，而不是将所有请求都按量计价。账户额度或适用的奖励额度也可能影响您需要额外充值的金额。
将用量突增追溯到逻辑请求
- 1.
匹配受影响的网站和时段
使用站点配置明细缩小排查范围，然后对比同一时段的应用日志。记录逻辑请求、对应的 requestId、返回的任务 ID 和最终状态。
- 2.
检查是否有多个任务服务于同一个请求
如果一次预期的求解对应多个不同的任务 ID，且这些任务都达到 ready 状态，就可能产生额外费用。请区分主动发起的替代求解与因响应丢失而进行的重试。
- 3.
恢复创建请求超时的任务
连接超时并不能证明任务创建失败。如果已有任务 ID，请检索该任务。否则，请使用原始 requestId 重试相同的任务请求，以恢复现有任务，而不是创建新的逻辑任务。
- 4.
首次尝试前分配 requestId
每次预期的求解使用一个 requestId，并在重试时沿用。它接受 1–64 个 ASCII 字母、数字、下划线或连字符。相同 ID 配合相同的任务请求会返回现有任务；配合不同输入使用则会发生冲突。
排查重复创建时，应统计不同的任务，而不只是 HTTP 尝试次数。多次重试如果返回相同的任务 ID，就没有创建多个任务。
运行您的第一个任务。
使用 $5 工作区额度开始体验。