alfadb
7e65eafbe4
feat: add Kimi K3 support
2026-07-28 10:08:39 +08:00
zz80900
40ec74b9fc
fix(openai): preserve exact messages dispatch mappings
...
Treat a non-empty messages dispatch model as a caller-approved fallback after account-level mapping, without reclassifying the requested Claude family.\n\nAdd Fable forwarding and endpoint boundary regression coverage.\n\nFixes #4177
2026-07-13 17:57:08 +08:00
li
fa01aec80d
fix: 前缀全部加连字符，与 thinking_protocol.go 风格对齐
...
deepseek → deepseek-、moonshot → moonshot-、qwen → qwen-/qwen2-/qwen3-/qwen4-、
minimax → minimax-、llama → llama-/llama2-/llama3-、mistral → mistral-、
mixtral → mixtral-。避免无连字符前缀误伤假想的连写模型名。
2026-07-07 15:00:00 +08:00
li
9b75c7b76c
fix(scheduler): 改用异族厂商前缀黑名单，兼容渠道级模型映射
...
自审发现白名单守卫有误伤面：渠道级模型映射在账号选定之后才改写
请求体模型名，调度过滤看到的是改写前的原始别名。若按 Codex 白名单
判定，「渠道映射自定义别名 → gpt-5.x + 空映射 OAuth 账号」的既有
部署会被误判为 model_not_found。
改为保守 fail-open 黑名单：空映射默认仍允许，仅排除 deepseek/glm/
kimi/qwen/gemini/grok 等明确异族厂商前缀（Codex 上游绝无可能服务，
透传必然换来不可重试 400）。前缀分类先例见 ResolveThinkingProtocol。
2026-07-07 14:19:58 +08:00
li
2a3dcb499f
fix(scheduler): 空 model_mapping 的 OpenAI OAuth 账号不再吸收全部模型
...
空映射此前一律视为「允许所有」，导致混合部署下请求非 OpenAI 模型
别名（deepseek-v4 等）时，OAuth 账号可能被调度选中；转发阶段对未知
模型原样透传，Codex 上游返回不可重试的 400，请求无法 failover 到
真正支持该模型的 API Key 账号。
IsModelSupported 对空映射的 OpenAI OAuth（未开透传）账号改为与转发
归一化对齐的判定 isOpenAIOAuthServableModel：可归一到已知 Codex 模型
集合（含 gpt-image-*、推理后缀、别名拼写）或 claude-* dispatch 系列
才视为可服务。API Key/显式映射/透传/其他平台语义不变。
Fixes #3662
2026-07-07 14:06:21 +08:00
shaw
df722c9a6e
fix: remove OpenAI unknown model fallback
2026-05-04 11:43:00 +08:00
shaw
095f457c57
feat(openai): port /responses/compact account support flow (PR #1555 )
...
将 vansour/sub2api#1555 的 OpenAI compact 能力建模手工移植到当前 main：账号
级 compact 状态/auto-force_on-force_off 模式、compact-only 模型映射、调度器
tier 分层（已支持 > 未知 > 已知不支持）、管理后台 compact 主动探测，以及对应
i18n/状态徽章。普通 /responses 流量行为不变，无数据库迁移。
2026-04-25 14:52:58 +08:00
gaoren002
c4d496da18
fix(openai): handle codex spark model limitations
2026-04-24 07:42:31 +00:00
erio
e27b0adbc8
refactor: remove resolveOpenAIUpstreamModel, use normalizeCodexModel directly
...
Eliminates unnecessary indirection layer. The wrapper function only
called normalizeCodexModel with a special case for "gpt 5.3 codex spark"
(space-separated variant) that is no longer needed.
All call sites now use normalizeCodexModel directly.
2026-04-04 14:07:19 +08:00
InCerry
995ef1348a
refactor: improve model resolution and normalization logic for OpenAI integration
2026-03-24 19:20:15 +08:00
Wang Lvyuan
4e8615f276
fix: honor account model mapping before group fallback
2026-03-14 10:47:31 +08:00
alfadb