## 上游来源 - PR:https://github.com/QuantumNous/new-api/pull/5934 - 标题:`feat(pricing): add function_tags, max_prompt_tokens, max_completion_tokens to model metadata and /api/pricing (#5931)` - 关联需求:https://github.com/QuantumNous/new-api/issues/5931 - 记录时提交:`916de4501eb3c897f3150cb32788faf4cf2f2f5a` - 状态:Open / DIRTY;15 files,+926/-724;等待维护者 review ## 轻量审查 - **有用价值:高。** 为模型目录增加能力标签、最大输入 token 和最大输出 token,可支持 `/api/pricing`、管理端维护、定价页展示、接入方模型选型和文档自动化。 - **合理程度:中低(当前提交)。** 核心数据链路基本合理,但当前 diff 混入大量错误翻译和无关 churn,且验证与需求边界仍不完整。 - **当前建议:暂不引入当前 head。** 等待清理 locale 污染、解决冲突并补齐验证后再评估。 ## 合理之处 - `max_prompt_tokens` / `max_completion_tokens` 使用可空 `*int64`,能区分未配置与有效值。 - 模型创建/编辑、GORM model、pricing cache 和 `/api/pricing` 返回链路已接通。 - 前端限制为正整数输入,并在模型详情中格式化展示。 - 改动只把这些字段作为目录元数据,不直接改变 relay 参数或计费逻辑。 ## 当前阻断项 - locale diff 约有 **1450 行与新增字段无关的翻译改写**,多个法语、俄语、越南语等条目被错误替换成繁体中文;必须还原,只保留新增 key。 - PR 当前与 main 冲突(`DIRTY`),需要 rebase 后重新审查真实 diff。 - 没有新增后端持久化、pricing 输出或前端表单回归测试;PR 描述中的现有包测试不能替代新行为测试。 - 后端直接接收 model payload 时没有对 token 上限做正数/合理范围校验,绕过前端可写入负数或异常大值。 - `function_tags` 仍是逗号分隔自由文本,不是受控枚举/数组,后续查询与兼容性较弱。 - 只实现模型级元数据,没有实现关联需求中提到的渠道级 override,也没有定义同名模型多渠道规格冲突语义。 ## 与其他候选的关系 - Nexus #22 跟踪 `/v1/models` 上下文窗口;两者应尽量共享底层模型元数据。 - 本 PR 目前只向 `/api/pricing` 暴露字段,不解决客户端是否从 `/v1/models` 读取上下文长度的问题。 ## 跟踪策略 - [ ] 关注上游清理 i18n 污染、解决冲突及 review 状态 - [ ] 要求补充 model create/update、pricing cache/API 输出和前端表单测试 - [ ] 上游合并后随正式上游更新引入并关闭本 issue - [ ] 若长期未处理,提取后端 schema/API 与最小前端改动,禁止照搬 locale churn - [ ] 引入前验证 SQLite、MySQL、PostgreSQL migration 与空值兼容
上游来源
feat(pricing): add function_tags, max_prompt_tokens, max_completion_tokens to model metadata and /api/pricing (#5931)916de4501eb3c897f3150cb32788faf4cf2f2f5a轻量审查
/api/pricing、管理端维护、定价页展示、接入方模型选型和文档自动化。合理之处
max_prompt_tokens/max_completion_tokens使用可空*int64,能区分未配置与有效值。/api/pricing返回链路已接通。当前阻断项
DIRTY),需要 rebase 后重新审查真实 diff。function_tags仍是逗号分隔自由文本,不是受控枚举/数组,后续查询与兼容性较弱。与其他候选的关系
/v1/models上下文窗口;两者应尽量共享底层模型元数据。/api/pricing暴露字段,不解决客户端是否从/v1/models读取上下文长度的问题。跟踪策略