硅基流动的 OpenAI 兼容接口，base_url 换成 https://api.siliconflow.cn/v1，模型写 Qwen/Qwen2.5-72B-Instruct 返回 403，body 里是 model disabled，同一把 key 调 7B 的免费模型正常。
一开始怀疑是「账户余额为负，付费模型被单独禁用」，查了一圈，方向不对。
排查方向其实有限，先把可能性排一排。该模型需要先完成实名认证才会开通。还有一种是模型已下线或临时不可用，名字还留在文档里。
不容易想到的是，模型名漏了组织前缀，服务端按未开通处理。
第一件事是列出账号当前可见的模型
curl -s https://api.siliconflow.cn/v1/models -H "Authorization: Bearer $SF_KEY" | jq '.data[].id'接着用最小请求复现 403 并看 body
curl -i https://api.siliconflow.cn/v1/chat/completions -H "Authorization: Bearer $SF_KEY" -H "Content-Type: application/json" -d '{"model":"Qwen/Qwen2.5-72B-Instruct","messages":[{"role":"user","content":"hi"}],"max_tokens":8}'然后换列表里存在的模型做对照
curl -s https://api.siliconflow.cn/v1/chat/completions -H "Authorization: Bearer $SF_KEY" -H "Content-Type: application/json" -d '{"model":"Qwen/Qwen2.5-7B-Instruct","messages":[{"role":"user","content":"hi"}]}' | jq -r '.choices[0].message.content'末了查账户状态和余额
curl -s https://api.siliconflow.cn/v1/user/info -H "Authorization: Bearer $SF_KEY" | jq同事提醒我看一下最近一次发布，时间点确实对得上。
改完先别撤，确认这几项。同一模型请求返回 200，choices 里有内容，控制台的模型开关显示已开通，账单出现对应的扣费记录。
补一句。403 和 401 是两件事，401 是 key 不对，403 多半是权限或开通状态，先拉模型列表比反复换 key 有效。报错文案容易误导，真正的原因往往在相邻那一层的日志里。