价格与计费：AI 检测 API 单价、计费公式与成本算例

当前单价

下表直接读取当前生效的计价规则，与接口 GET /v1/pricing 返回的值同源。数字不写死在文案里， 改价不需要等发版；本页 HTML 在边缘缓存 60 秒，改价后一分钟内刷新即为最新。

未开放的能力不会出现在上表，调用会返回 403（provider_disabled）。

计费公式

文本检测不是按「次」收固定价，而是按字符数折算成计价单位后向上取整，再用最低收费封底：

图片检测恒为 1 个单位，单次费用等于单价与最低收费中的较大者。

字符数怎么算

按 Unicode 字符计，不是字节：一个汉字、一个英文字母、 一个标点都算 1 个。提交时会先剔除首尾空白，中间的空格、换行与标点照常计入。 单次上限 20000 字符，超出直接返回 400，请求在进入检测流程前就被拒绝，不扣费。

为什么向上取整而不是四舍五入

不足一个计价单位的部分同样占用了上游一次完整推理，成本不会因为差几十个字而减少。 向上取整也让计费可预测：同样长度的文本，无论怎么切分，总价只会更贵、不会更便宜—— 这反过来抑制了「把长文拆碎提交」这种既浪费配额又破坏分段结果的用法。

什么时候会触底到最低收费

当「计价单位数 × 单价」小于最低收费时。以默认规则为例，100 字与 800 字都只算 1 个计价单位， 因此两者费用相同——这也是为什么用短文本做检测「单价看起来更贵」：贵的是固定成本， 不是字数。需要压成本时，正确做法是给短内容设长度门槛（比如 200 字以下不送检）， 而不是纠结于单价。

成本算例

下表用当前生效的单价现算，改价后自动跟着变。「1000 次合计」按同样长度连续调用 1000 次估算， 用于做预算时的心算锚点。

注意配额上限：每日提交配额默认 1000 次，所以「1000 次合计」也是单账号一天的调用上限。 要处理更多内容，要么拆到多天，要么申请更高配额——单纯加并发不会突破这个上限， 只会更频繁地撞上 429。

退款与幂等

提交即扣费，所以「重试」是这一节的核心风险点。两条规则决定了会不会重复花钱：

哪些失败会自动全额退款

请求未被受理的失败不产生任务，也就不扣费：参数有误（400）、缺幂等键（400）、密钥无效（401）、 余额不足（402）、请求体过大（413）、触发限流（429）。已进入检测流程后失败的， 按任务级错误码区分——bad_request、rate_limited、service_unavailable 全额退款；service_error、detect_failed、timeout 不退款。是否退款以资金流水里的记录为准。

同一个幂等键只计一次费

幂等按「账号 + 幂等键」去重，重试时复用同一个键会直接返回上一次的任务，不新建任务、不重复扣费。 但服务端不校验请求内容：改了文本或改了 is_merge 却复用旧键，拿回的是上一次的结果。 规则是「一个逻辑请求一个键」——网络重试复用，改了参数换新。

轮询超时不等于失败

轮询等不到终态时，任务仍在服务端排队或执行。这时拿 task_id 继续查询即可，不要重新提交——重新提交就是重新扣一次费。 这也是批量任务最容易产生意外支出的地方。

充值、用量与配额

注册即赠体验金，可先把提交、轮询、取结果的全流程跑通再充值；充值后按量扣费， 余额不足时提交返回 402，不会透支。

用量明细可通过用户中心或 GET /v1/usage 分页查询， 返回里带 total 便于翻页与对账。

需要更高配额（而不是更低价格）时可以直接联系我们，说明日均提交量与峰值即可。