硅基流动怎么购买api

很多人卡在「想用硅基流动跑开源模型，但不知道从哪一步开始付钱」：是先充余额还是先建 Key，充多少才够试，有没有发票，付完多久到账。这篇按顺序把注册、选模型、充值、建 Key、跑通第一条请求拆成可照做的步骤，并告诉你哪些数字要去站内页面看当时的。

很多人卡在「想用硅基流动跑开源模型，但不知道从哪一步开始付钱」：是先充余额还是先建 Key，充多少才够试，有没有发票，付完多久到账。顺序搞反了，常见的后果是钱充进去了却卡在模型选错或 Key 没存下来。

这篇按注册、选模型、充值、建 Key、跑通第一条请求的顺序拆成能照做的步骤。凡是涉及金额、单价、模型版本的地方，一律不在正文写死，只告诉你去站内哪个页面看当时的数字。

动手充值前先确认三件事

先别急着点充值。同一平台上不同模型的计费口径差别很大，推理型按输入输出 token 分别算，嵌入型按调用量算，多模态还可能按图片张数算。选错模型类型，预算花出去但拿不到你要的结果，退又退不回来。

• 确认你要跑的是哪类模型：推理、嵌入还是多模态，这决定后面看哪一栏计价口径
• 到站内 /official-api/providers/siliconflow 核对它当时提供的模型清单与计价方式，别按记忆里的名字下单
• 想清楚调用场景是个人测试还是项目长期用，前者适合小额度试水，后者要考虑并发和额度上限
• 用 /tools/token-price-calculator 按你预估的 token 量折算一次，得到大概的消耗区间再决定充值档位

注册、实名与付费方式怎么走

1. 注册开发者账号用手机号或邮箱注册，这一步只决定你能不能进控制台，不代表已经开通付费能力，注册完先别急着充。
2. 进入控制台的支付页支付方式以控制台当时显示的为准，常见的是支付宝、微信、对公转账，但不保证全部可用，也不保证没有起充门槛，必须在页面上现看。
3. 确认是否需要发票要报销的场景，先在支付页或账户说明里确认开票主体和流程再充值，别等余额花完才想起来问，具体口径见 /about 或页面内说明。
4. 完成支付并确认到账付完之后回控制台看余额是否变化，不同支付通道到账时间不一样，没到账先别去建 Key 调试，避免把问题误判成接口故障。

选模型、建 Key、跑通第一条请求

余额到位之后，真正的坑在 Key 管理上。API Key 通常只在创建那一刻完整显示一次，之后页面上只剩前后几位。没当场存下来，就只能删掉重建，团队里还会出现一把 Key 到处贴的情况。

• 在控制台新建 API Key，立刻存进本地密钥管理或环境变量，别写进代码仓库
• 把请求地址和 Key 填进你的 SDK 或 curl 脚本，先用最小提示词跑通一次，确认返回体结构正常
• 跑通之后再逐步加上超时、重试和错误码处理，别一上来就写完整业务逻辑
• 如果响应慢或报错，先用 /tools/speed-test 量一遍自己这侧的延迟基线，再判断是网络问题、额度问题还是模型侧问题

# 示意：把 Key 放进环境变量而不是硬编码到脚本里
export SILICONFLOW_API_KEY="你的Key"
curl -s -H "Authorization: Bearer $SILICONFLOW_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"按站内清单填","messages":[{"role":"user","content":"说一句你好"}]}' \
  请求地址以控制台文档为准

什么情况下这套流程不适用：如果你只是想在网页上试玩，不需要买 API，直接看站内的在线体验入口就行；如果项目要求走企业采购或对公合同，注册和自助充值这条路径可能不是最短的，先联系商务对接更省事。

充完之后怎么花得不冤

充值到账只是开始。真正能暴露问题的是一次真实小任务，而不是发一句你好。限速、上下文长度限制、并发上限、输出被截断，这些问题只有跑真实任务才会冒出来。

• 充值后先跑一个真实小任务，验证返回长度和格式符合预期
• 给账户设余额提醒和用量上限，团队共用一把 Key 时尤其要做
• 把 Key 按项目拆开，出问题时能快速定位是哪条业务线在烧
• 定期回 /price-watch 看价格动向，避免在调价节点做大额充值

充值解决的是能不能调，跑通真实任务才决定这笔钱花得值不值。