Johnson-LYS
b8f8f0ae58
fix(compute): add explicit Ox Alpha alias ( #78 )
2026-08-21 17:01:38 +08:00
Johnson-LYS
e627aef16a
feat(compute): add Ox Alpha model ( #77 )
2026-08-21 16:44:37 +08:00
e3b20e4790
fix: validate smart routing tier completeness ( #76 )
2026-08-10 19:32:41 +08:00
ad8c515938
refactor: consolidate smart routing into model specs ( #75 )
2026-08-10 19:13:08 +08:00
Johnson-LYS
ed0aeccf29
feat: add qwen3.8 max preview ( #67 )
2026-08-10 17:10:47 +08:00
d6f939af52
feat: 下发智能路由模型目录 ( #74 )
2026-08-10 17:03:06 +08:00
7832ae26a9
feat(compute): 下线 Opus 4.8 / Opus 4.7 / Sonnet 4.6，presetDataVersion → 86 ( #72 )
...
Anthropic provider 保留 Fable 5 / Opus 5 / Sonnet 5 / Haiku 4.5；Claude 订阅
provider 保留 Fable 5 / Opus 5 / Sonnet 5 / Haiku 4.5。
三个模型同时写入 provider.tombstones —— 仅从 models 数组删除只会触发 deprecated
软降级（保留本地数据），写入 tombstones 才是真删除，且客户端 resolver 的
resolveMappingModel() 只对 tombstone 模型执行「回退到同 serviceType 的其他可用
模型」，未 tombstone 的缺失模型会原样透传。因此写 tombstones 才能让存量会话平滑
迁移到 Opus 5，而不是继续指向一个已消失的模型名。
model-specs/anthropic.json 中三者的规格条目保留：规格库按 model_name 匹配任意
上游（含 OpenRouter 风格 vendor 前缀），与 provider 清单解耦——该文件本来就有
claude-sonnet-4-5 这类无 provider 条目的规格。删除会让经其他网关访问这些模型的
用户丢失上下文窗口/能力元数据。
用户侧 user-added / synced / ollama-discovery 来源的同名模型不受 tombstones 影响。
2026-08-08 18:44:57 +08:00
a752fddd0b
feat(compute): 新增 Claude Opus 5 + 补齐 Claude 系列 effort 档位，presetDataVersion → 85 ( #71 )
...
Opus 5 是 Anthropic Opus 系列当前旗舰（1M 上下文 / 128K 输出 / $5·$25 per MTok，
与 Opus 4.8 同价），此前 config-center 完全缺失，用户在模型选择器里看不到它。
变更：
- compute/providers/anthropic.json：新增 claude-opus-5（排在 fable-5 之后、
opus-4-8 之前）；serverSideWebSearch.fallbackPriority 顺延重排
- compute/providers/anthropic-claude.json：Claude 订阅 provider 同步新增 claude-opus-5
- compute/model-specs/anthropic.json：补 claude-opus-5 与 claude-sonnet-5 规格
（sonnet-5 此前只有 provider 条目、没有规格）
- 补 extra.reasoning.supportedEfforts：客户端 parseReasoningEffortConfig 只读
extra.reasoning，原有的顶层 extra.defaultEffort 不被消费，导致 Claude 模型的
effort 档位在 UI 上始终不可选。按各模型实际支持声明档位（sonnet-4-6 无 xhigh）
- __tests__/validate.test.mjs：WebSearch 允许名单登记 claude-opus-5
- manifest.json：presetDataVersion 84 → 85
2026-08-08 17:59:09 +08:00
6befa8ebb6
feat(compute): 重新发布 Claude 订阅 provider（anthropic-claude），presetDataVersion → 84 ( #70 )
...
#47/#48/#49 曾因 credentialSource 硬 enum 毒丸老客户端而被 #50 回滚。毒丸根因已由
客户端 desirecore#1021 系统性修复（credentialSource 改开放 string + 合并 salvage +
能力门控降级），claude-oauth 检测器与 SDK 网关由 desirecore#1008 提供，
requiredClientVersion 运行时门槛由 desirecore#1038 提供，三者同在 v10.0.83 发布。
本次重新发布相较 #47 的变化：
- 声明 requiredClientVersion = 10.0.83，低版本客户端优雅门控为「需更新客户端」
- displayName 去掉冗余 (订阅) 后缀，对齐 #58 的 Codex 命名约定
- 文件名 anthropic-claude.json 与 _index.json basename 一致（#48 的修正一并纳入）
2026-08-08 17:12:10 +08:00
89b292dc12
fix: correct MiMo V2.5 Pro multimodal capability ( #69 )
2026-07-28 09:47:26 +08:00
2ddf3045d6
fix: account for native search request pricing ( #65 )
2026-07-24 12:28:07 +08:00
96842d2080
feat: configure tiered web search providers ( #64 )
2026-07-24 00:30:47 +08:00
Johnson-LYS
29ef625f32
fix(compute): match MiMo V2.5 ASR exactly ( #61 )
...
Co-authored-by: DesireCore CI <ci@desirecore.test >
2026-07-20 17:29:05 +08:00
523e667b40
fix(compute): enforce reasoning effort boundaries ( #60 )
2026-07-19 21:47:10 +08:00
55999ce633
feat(compute): declare GPT-5.6 reasoning efforts ( #59 )
...
Declare model-level reasoning effort capabilities for GPT-5.6 Sol, Terra, and Luna, extend validation schema, and bump preset data version.
2026-07-19 20:58:00 +08:00
ce1a936284
fix: restore provider-based pricing currencies ( #56 )
...
Restore MiniMax domestic CNY pricing and enforce provider-based currency classification.
2026-07-13 16:16:03 +08:00
5a9b9c87c4
fix: align DeepSeek V4 model specs with official profile
...
Align the shared DeepSeek V4 Pro and Flash specifications with the official 1M context, 384K output, and high/max reasoning profile. Consolidate duplicate specs, add regression coverage, and bump presetDataVersion to 72.
2026-07-10 11:47:40 +08:00
255e5a5b1b
feat(runtimes): 新增推荐运行时清单与离线兜底版本清单 ( #44 )
...
- runtimes/recommended.json：Python 3.13.9 (hatch 1.16.5 pin) + Node.js 24.18.0 LTS，
含 6 平台归档路径与 SHA-256，供主仓库构建时打包离线运行时与首启导入
- runtimes/versions-fallback.json：Node/Python/包管理器版本快照，
客户端联网查询失败时的兜底列表
- schemas + validate.mjs 映射 + 测试（与主仓库 lib/schemas/agent-service/runtime-manifest.ts 同源导出）
- 不递增 presetDataVersion：runtimes/ 由客户端直接读取，不参与 compute.json 合并
2026-07-07 16:04:14 +08:00
bd448f6c43
feat: frozen schema + CI validation to prevent client-breaking data
...
引入 frozen JSON Schema 契约（schemas/）和自动校验，作为已发布客户端的兼容防线。
背景：
PR #1 把 reasoning 模型 defaultTemperature/defaultTopP 写为 null，已发布客户端
schema 严格 number → readComputeConfig 校验失败 → sync 死锁。详见 desirecore PR #471。
本次新增：
- schemas/provider.schema.json: 镜像 desirecore d185299（fix #471 之前）的 strict
computeProviderSchema/providerModelSchema，禁止 null/string/未知字段
- schemas/{manifest,service-map,pricing,providers-index}.schema.json: 配套契约
- scripts/validate.mjs: 扫所有数据文件自动校验
- __tests__/validate.test.mjs: 28 个测试，含 PR #1 反例的回归测试
- .github/workflows/validate.yml: PR/push 自动跑 validate + test
未来新增字段流程：
1. 先在 desirecore 主仓升级 schema 接受新字段
2. 发布新客户端，等用户升级
3. 再更新本仓库 frozen schema 和数据
否则老客户端因 additionalProperties: false 拒绝未知字段而死锁。
2026-04-25 21:09:23 +08:00
