上游模型与路由
平台模型
截至 2026-09-05，当前成员侧公开模型包括：
| 模型 | 主要用途 |
|---|---|
gpt-6-astra |
新增 GPT / Codex / Agent 模型 |
gpt-5.6-sol |
高难度 GPT / Codex / Agent 主模型 |
gpt-5.6-terra |
日常 GPT / Codex / Agent |
gpt-5.6-luna |
轻量 GPT / Codex / Agent，可用于子代理 |
codex-auto-review |
Codex 自动审查 |
deepseek-v4-pro |
聊天 / Codex / Agent；目前已支持 Agent |
deepseek-v4-flash |
Codex / Agent |
deepseek-v4-flash-vision-exp |
新增 DeepSeek 实验模型，具体能力以当前平台配置为准 |
gpt-image-2 |
图像模型 |
用户侧 Codex++ 使用 “从上游获取模型” 同步 YNumerics 已公开的模型列表。当前公开价格入口为 模型广场。
成员看不到 gpt-6-astra 等新模型时，应先点击 “从上游获取模型” 并保存，以更新当前支持的模型列表；仍未显示时，管理员检查该成员的 Key、分组权限及公开模型配置。
模型列表与定价的维护原则
管理员后台维护账号、渠道或模型定价时，不要为了“更新模型”直接把上游支持的全部模型同步进生产配置。某些上游会返回大量底层模型，直接全量同步会把当前不准备开放的模型重新带回来。
当前生产策略：
- 公开模型范围以已验收并向成员开放的列表为准，本次加入
gpt-6-astra和deepseek-v4-flash-vision-exp； - 上游账号继续使用严格模型白名单/模型映射，只开放实际需要的模型；
- 模型定价页不需要通过“同步最新模型”导入上游全量列表；只维护当前公开模型需要的定价，并以模型广场最终显示为验收标准；
- 如果以后确实要新增模型，按本页“新增模型的流程”逐个验收后再加入；
- 成员侧 Codex++ 的“从上游获取模型”仍然可以正常使用，它获取的是 YNumerics 对成员公开后的模型列表，和管理员后台的全量模型同步不是同一个操作。
DeepSeek 路由维护
以下是维护检查项，不代表需要重建或重命名现有生产账号。实际账号、Base URL、模型映射和协议以后台已验证的配置为准。本次文档更新不会修改生产路由。
DeepSeek Flash
账号建议：deepseek-flash-codex
- 平台：OpenAI-compatible；
- Base URL：使用当前已验证的上游地址，不根据模型名称推断供应商地址；
- 模型白名单：仅
deepseek-v4-flash； - Agent/Responses 模式；
- Embeddings：关闭；
- 并发：可按实际上游能力和组内使用量设置；
- 分组：加入默认周订阅组以及管理员需要的测试分组。
DeepSeek Pro
沿用已验证的现有账号；旧账号名称即使包含 chat，也不能据此认定模型只支持聊天。
- 模型白名单：仅
deepseek-v4-pro； - 当前已支持 Codex / Agent，不能继续按仅聊天限制维护；
- 核对 Agent 请求的协议和路由，并执行一次最小工具调用测试；
- 普通聊天接口也应单独验证，不能用一次聊天成功代替 Agent 验收。
新增模型的流程
- 创建或选择对应上游账号；
- 使用严格模型白名单；
- 配好模型路由和使用模式；
- 在管理员范围做真实请求检查；
- 核对 token、费用和使用记录；
- 再加入默认周订阅组；
- 检查 Codex++ 的 “从上游获取模型” 能否同步到该模型；
- 检查 模型广场 中模型和价格是否正确；
- 更新公开的 模型列表。
所有成员通过 YNumerics 生成的用户侧 API Key 调用模型；上游服务凭据只在管理员后台配置，不需要也不应写入成员侧客户端配置。