APIMart Credits 怎么充值和使用?
简答:APIMart Credits 可以理解为用于支付 API 调用的预付费额度:当前公开文档写明 1 Credit 等于 0.01 美元的 API 用量。通常流程是进入账单页面选择预定义额度包,使用页面实际显示的支付方式完成付款,再回到面板核对余额、购买记录和用量记录。需要注意,本文检索到的公开资料主要位于 apimart.app 与 apimart.ai,尚未核实它们是否与 apimart.cyou 为同一服务,充值前应先确认域名、账户和账单页面是否一致。
定义:APIMart Credits 是一种预付费 API 用量额度,充值后按照目录或当前接口显示的单次调用价格扣除,不能直接等同于可提现现金余额。
适用范围:先确认你进入的是同一服务
这是一篇面向首次充值、准备调用 API 或付款后需要核对余额的操作指南。本站是围绕 AI API 接入问题整理资料的第三方内容站,不是 APIMart 官方站。
本次核验到的公开文档使用 apimart.app 域名,公开产品页使用 apimart.ai;用户目标词中的 apimart.cyou 是否属于同一服务,本次没有足够的一手资料确认。因此,不建议仅凭页面名称、搜索结果或相似 Logo 判断归属。充值前应检查浏览器地址、登录账户、账单页域名和文档中的服务名称是否保持一致。
如果你已经在某个域名登录,不要把另一个域名的充值说明、价格表或 API Key 配置直接套用。尤其是支付页面、余额页面和 API Base URL,必须以你当前账户能够打开的页面和当前文档为准。
三行结论:Credits 怎么买、怎么扣、怎么查
- 怎么买:公开中文文档显示,可在面板的账单页面选择预定义额度包,并通过页面实际启用的支付渠道完成付款;文档明确说明了 Stripe 和 PayPal 流程,但支付按钮可能受账户、地区或管理员设置影响。
- 怎么扣:公开计费说明采用预付费、按调用扣费模式,目录中的单次价格用于计算实际消耗;文档写明 1 Credit = 0.01 美元 API 用量,但具体模型或 API 的价格仍应在调用前查看当前目录。
- 怎么查:充值后检查面板余额、购买历史和用量历史。用量记录可用于核对 API 名称、单次费用、HTTP 状态、响应时间和时间戳。
公开文档还写明点数不会自动过期,并采用余额不足时先拒绝调用的机制。不过,退款、支付争议、账户状态和特定地区支付方式仍应以当前服务条款及账单页面为准。
最短步骤:从充值到首次使用
- 核对入口。不要直接从不明第三方页面输入密码或支付信息。先确认你访问的域名是否与账户注册、文档和账单页面一致;如果目标域名与公开资料不一致,先暂停充值并自行核实。
- 登录面板并打开 Billing 或账单页面。根据公开购买文档,额度包卡片会显示价格、包含额度和可能的奖励额度。当前页面如果没有账单入口、额度包或支付按钮,不要根据旧截图猜测路径。
- 选择额度包。公开中文文档列出了 Starter、Standard、Pro、Business 和 Enterprise 等预定义套餐。文档同时说明,较大的套餐可能包含额外奖励,实际到账数量应以结账前页面显示为准。
- 确认支付渠道。购买文档列出 Stripe 和 PayPal 两种流程;官网页面还可能展示其他支付选项。不同页面或地区的显示可能不同,最终以登录后账单页实际出现的按钮为准。
- 在托管支付页完成付款。购买说明称银行卡或 PayPal 信息应在支付提供商的托管页面输入。检查地址栏和订单金额,避免在非预期页面输入卡号或账户信息。
- 回到账单页确认。不要只以支付成功页面或邮件判断到账。至少核对当前余额、购买历史中的订单状态、额度数量和时间戳;必要时再查看用量页面。
- 创建或选择 API Key。Credits 余额和 API Key 是两个不同概念:余额足够不代表 Key 一定有权限,能看到模型也不代表当前账户必然可以调用。Key 的创建方式、权限和 Base URL 必须按当前文档核验。
- 先做低成本调用。首次调用前确认模型 ID、接口路径、请求格式和单次价格。不要把展示名称直接当成模型 ID,也不要在代码中硬编码未核实的 Base URL。
额度、套餐和扣费关系对照表
| 项目 | 含义 | 充值或调用前怎么核对 |
|---|---|---|
| 购买额度 | 一次性购买的预付费余额 | 看账单页的套餐价格、包含额度和奖励额度 |
| Credits | 用于支付 API 调用的内部计量单位 | 确认当前文档的换算规则;公开文档写明 1 Credit = 0.01 美元 API 用量 |
| 奖励额度 | 随特定套餐额外到账的额度 | 以结账前页面和付款后购买记录的实际数量为准 |
| 单次调用价格 | 某个 API 或模型完成一次调用所需的额度 | 在当前目录或 API 详情页查看,不按套餐价格自行推算 |
| 账户余额 | 当前可用于后续调用的额度 | 在仪表板或账单页面查看 |
| 用量记录 | 已经发生的调用、费用和状态记录 | 检查 API 名称、费用、HTTP 状态、响应时间和时间戳 |
公开点数套餐页面列出的示例包括 Starter 10 美元对应 1,000 点数、Standard 25 美元对应 2,600 总点数、Pro 50 美元对应 5,500 总点数、Business 100 美元对应 12,000 总点数、Enterprise 500 美元对应 65,000 总点数。由于套餐可能调整,发布时和实际购买时都应重新打开当前套餐页面核对,不要把历史数字当作长期承诺。
成功标准:怎样判断充值真的可用
一次完整的充值核验,至少应满足以下条件:
- 账单页面出现已完成或等效状态的购买记录,而不是仍处于待处理或已取消状态。
- 当前余额按照购买额度和奖励额度更新,数量与订单详情能够对应。
- 用量页面能够正常打开,并显示近期活动或历史记录。
- 使用当前账户的有效 API Key 发起一次符合文档要求的低成本请求,返回结果中的状态、字段和扣费记录能够互相对应。
公开购买文档说明,支付提供商确认付款后,额度会通过回调自动入账;如果付款成功但余额没有变化,应先等待页面刷新并检查购买详情,再按账单页面提供的支持流程提交订单信息。不要重复付款,也不要把支付平台显示成功直接等同于 API 余额已经可用。
首次 API 使用:最小核验方法
本文不把未核实的 Base URL、模型 ID 或请求路径写成可直接复制的实例。正确做法是先从当前服务的 API 文档或控制台获取三项信息:Base URL、模型 ID、请求接口路径。
- 把 API Key 放在环境变量中,不要提交到 Git 仓库、截图或前端代码。
- 从当前模型目录复制准确的模型 ID,而不是凭名称猜测。
- 先发送一条最小请求,并记录 HTTP 状态码、响应体关键字段和调用前后余额。
- 成功标准不是“请求返回 200”这么简单,还要确认响应体包含当前接口要求的结果字段,并在用量记录中出现对应调用。
- 如果返回 401,先查 Key 和 Bearer 格式;如果返回 429,查余额、限速和并发;如果超时,先区分连接超时、服务端处理超时和异步任务未完成。
公开计费说明指出,余额不足时调用会在执行前被拒绝,不支持透支。因此,余额不足错误和模型、路径错误不是同一种问题,排查时不要只重复充值或重复改模型名。
错误分流:付款、到账和调用分别排查
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 支付被取消或结账失败 | 支付页面状态、银行卡或 PayPal 订单状态 | 确认没有扣款后再重新开始,不要连续重复提交 |
| 已扣款但余额没有变化 | 账单页购买记录、订单状态、余额刷新 | 保存订单详情和时间,按当前账单页支持流程提交核查 |
| 余额已更新但 API 返回 401 | API Key、Authorization 格式、Key 是否属于当前账户 | 重新生成或更换当前账户的 Key,并检查接口文档 |
| API 返回余额不足 | 当前余额与本次调用价格 | 先查看目录中的单次价格,再决定是否购买额度 |
| 调用返回 429 | 限速、并发、短时间请求量和账户状态 | 降低并发、增加退避,并以当前限制说明为准 |
| 调用失败但出现扣费记录 | 用量日志、HTTP 状态、服务条款中的退款规则 | 不要自行断言一定退款,使用订单和调用记录提交核查 |
安全边界:充值前后的四项检查
- 域名检查:apimart.cyou 与本次查到的 apimart.app、apimart.ai 之间的归属关系未核实,充值前必须自行确认。
- 支付检查:只在预期的托管支付页面输入支付信息,检查金额、币种和订单状态。
- 密钥检查:API Key 只放在服务端环境变量或密钥管理系统中,发现泄露后立即撤销并重新生成。
- 价格检查:Credits 换算、套餐奖励和单次调用价格属于动态信息,使用前查看当前账单页、套餐页和模型详情页。
本次核验日期为 2026 年 11 月 3 日。页面、支付渠道、套餐、模型价格和域名归属都可能变化;本文只复述已检索到的公开资料,不对未核实的站点状态、到账速度或退款结果作长期保证。
常见问题
APIMart Credits 会过期吗?
本次查到的公开点数文档写明,已购买的点数不会自动过期,会保留到使用完为止。但这不等于所有赠送额度、退款余额或其他账户余额类型都适用同一规则;如果你的账户同时显示购买额度和赠送额度,应以当前账单页或服务条款的标注为准。
充值后没有到账,应该继续付款吗?
不建议立即重复付款。先检查支付平台是否完成扣款、账单页购买记录是否为完成状态、余额是否刷新,以及订单详情中的额度数量和时间戳。公开购买文档称付款确认后会自动入账;仍未更新时,应保存订单详情并通过当前账单页支持入口核查。
Credits 余额足够,为什么 API 仍然调用失败?
余额只解决计费条件,不代表 API Key、模型权限、Base URL、接口路径或限速条件都正确。先按 401、429、404、超时分别排查:401 看 Key 和认证格式,429 看余额与限速,404 看路径和模型 ID,超时则区分网络连接与异步任务状态。
套餐里的奖励额度和购买额度有什么区别?
购买额度是套餐标注的基础额度,奖励额度是额外增加的部分,实际可用数量应看总额度。公开套餐页面把基础额度、奖励额度和总额度分开列出;付款前应以当前套餐页面为准,付款后再用购买历史核对实际到账数量。
APIMart Credits 能不能兑换成现金?
本文检索到的资料只把 Credits 描述为 API 用量额度,没有核实其可提现或可转让规则。不要把账户余额当作现金余额;如需退款、撤销或支付争议处理,应查看当前服务条款和具体购买记录。
相关阅读
- 继续查看 Credits、模型单价与核价方法
- 充值后配置 API Key、Base URL 和首次调用
- 遇到 401 时排查 Key、Bearer 与接口地址
- 遇到 429 时排查限流、配额与重试
- 从模型核验到首次 API 请求
参考资料
- 购买额度|APIMart 文档(apimart.app)
- 点数套餐|APIMart 文档(apimart.app)
- 账单与点数|APIMart 文档(apimart.app)
- 用量跟踪|APIMart 文档(apimart.app)
- 计费如何运作|APIMart 文档(apimart.app)
- 快速上手|APIMart 文档(apimart.app)
- FAQ|APIMart 文档(apimart.app)