模型列表与模型选择
查询当前调用入口的模型商品，并选择正确的 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
模型选择规则
先确定 API family/调用入口
Responses、Codex Search 和 Images Generations 使用平台或管理员明确开放给对应内部调用入口的 public model id，当前没有对外的专用模型列表。Codex Search 沿用 Responses 模型商品和上游候选，不建立独立 Search 模型或 capability 开关。站内图生图的 openai_images_edits 是网页 operation，只用于网页登录态 /api/img/edits，不是公开 API 选项；Count Tokens 是 Anthropic Messages API 的具体 operation。Chat Completions 请求选 OpenAI Chat 列表里的模型商品；Anthropic 请求选 Anthropic 列表里的模型商品；Gemini 请求选 Gemini 列表里的模型商品。
再复制模型商品的 public model id
不要猜模型名，也不要直接填写上游真实模型名，除非它就是顶级AI公开出来的模型名。
最后发起真实请求
模型调用会再做余额检查、并发检查和上游候选选择。列表里出现模型不代表调用一定免于余额、并发或上游状态限制。
控制台模型接口不是开发接入入口
登录态页面使用的 /api/models 面向前端控制台，是模型商品发现接口，不是模型原生能力矩阵，也不作为 API Key 客户端的模型列表接口。开发接入以 API family/内部调用入口为准；GET /v1/models 只返回 OpenAI Chat Completions 可见模型商品，不能证明 Responses 或 Images operation 可用。
最后更新于