模型列表与模型选择
查询可用模型，并选择正确的 public model id。
模型名按协议隔离
同一个 public model id 可以由管理员分别发布到多个协议。客户端请求里的 model 或路径模型名必须在当前协议下可用；不能用 A 协议的模型列表证明 B 协议可用。
查询模型列表
OpenAI Chat Completions
GET /v1/models，返回 Chat Completions 可用模型。
Anthropic
GET /anthropic/v1/models，返回 Anthropic 风格的模型列表。
Gemini
GET /v1beta/models，返回 Gemini 风格的模型列表。
curl https://dingjiai.com/v1/models \
-H "Authorization: Bearer YOUR_USER_API_KEY"curl https://dingjiai.com/anthropic/v1/models \
-H "x-api-key: YOUR_USER_API_KEY"curl https://dingjiai.com/v1beta/models \
-H "x-goog-api-key: YOUR_USER_API_KEY"列表只返回可用项
模型列表是公开发现入口，会过滤掉不可用项，只返回当前服务公开可见、已启用，并且存在可用上游候选的模型。真实调用还会按当前协议、active 模型商品、余额、并发和上游候选重新检查。
Prop
Type
模型选择规则
先确定协议
Responses、Images Generations 和 Images Edits 使用平台或管理员明确开放给对应协议的 public model id，当前没有对外的专用模型列表。Chat Completions 请求选 OpenAI Chat 列表里的模型；Anthropic 请求选 Anthropic 列表里的模型；Gemini 请求选 Gemini 列表里的模型。
再复制 public model id
不要猜模型名，也不要直接填写上游真实模型名，除非它就是顶级AI公开出来的模型名。
最后发起真实请求
模型调用会再做余额检查、并发检查和上游候选选择。列表里出现模型不代表调用一定免于余额、并发或上游状态限制。
控制台模型接口不是开发接入入口
登录态页面使用的 /api/models 面向前端控制台，不作为 API Key 客户端的模型列表接口。开发接入以协议入口为准；GET /v1/models 只返回 OpenAI Chat Completions 可见模型，不能证明 Responses 或 Images 可用。
最后更新于