3 分钟 starter 首调

先跑通一次很小的 TackleKey API 请求

创建项目 Key，使用下方 cURL 里的低成本文本模型，用 starter balance 先发一个很小的请求并在调用日志中确认成功；需要扩大付费流量时，再验证当前支付宝充值路径。

四步路径

步骤	做什么	为什么重要
1	注册账号并进入控制台。	真实 API 请求需要项目 Key，先把测试入口建好。
2	创建项目 API Key，并只放在服务端。	项目 Key 能隔离成本、日志和风险，不要写进前端。
3	优先用下方推荐的低成本文本模型，或从实时价格页复制另一个当前文本模型。	首调要证明配置通路，不要先撞波动很大的免费额度池。
4	发送一个很小的请求，在日志中确认成功；需要扩大付费流量时再充值。	把“配置能否跑通”和“是否值得付费”拆成两个清晰决策。

最小 cURL 检查

export TACKLEKEY_API_KEY="replace-with-project-key"
curl https://api.tacklekey.com/v1/chat/completions \
  -H "Authorization: Bearer $TACKLEKEY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "deepseek/deepseek-v4-flash",
    "messages": [{"role": "user", "content": "请用一句话返回 API 健康检查结果。"}],
    "max_tokens": 64
  }'

请求后看什么

模型 ID 是否正确

从当前模型目录复制完整 ID，避免旧别名导致 model not found。

当前低成本模型是否仍可用

模型和价格会变化，扩大测试前先看实时价格页。

首调成功后再扩大付费测试

先证明配置正确，再查看当前支付宝充值选项，核对订单、余额和最终扣费。

错误是否能解释

按 401、429、模型不存在、base URL 和余额逐项排查。

免费模型 ID 可能波动或额度受限。首调建议优先用 starter balance 跑一条很小的文本请求，并确认请求日志。项目 Key 不要放到前端、公开仓库、截图或导出的 Postman 环境里。

首调成功后，验证一次小额付费请求

先在调用日志确认请求成功，再进入当前充值页查看支付宝和实际最低金额。支付是否成功以生产订单为准；成功后请核对订单、到账余额、下一次可计费请求和最终扣费。

创建账号查看当前支付宝充值选项