model-update

CCX 模型注册更新技能

当用户输入包含以下关键词时触发：

• "新模型"、"添加模型"、"model registry"、"模型注册"、"模型版本更新"、"model update"

适用范围

适用于两类场景：

1. 新增模型族：仓库中还没有该 canonical model，需要补完整能力定义与必要映射。
2. 已有模型族发布新 dated suffix / 版本别名：如 DeepSeek-V4-Pro-0813，通常只需要放宽 pattern、补测试，并检查特定 route 白名单是否也要同步放开。

执行流程

0. 先判定属于哪一类变更

先回答这 4 个问题：

1. 仓库里是否已经存在 canonical model（如 deepseek-v4-pro）？
2. 新上线的是全新 canonical model，还是已有模型的新版本别名/日期后缀？
3. 是否有 provider route 对该模型做了 SupportedModels 白名单限制？
4. 是否有 benchmark / preset / builtin manifest 依赖生成产物自动同步？

如果只是 dated suffix 更新，优先最小化修改，避免误改优先级和 alias。

1. 收集模型信息

优先从官方文档、项目上下文或现有同族模型推断以下字段：

字段	示例
canonical model	deepseek-v4-pro
新上线别名	DeepSeek-V4-Pro-0813
provider	deepseek / anthropic / openai
是否已有同族条目	是 / 否
是否只是日期后缀	是 / 否
是否影响 bare alias	如 sonnet / opus / deepseek-chat
是否影响特定协议路由白名单	如 Responses route

2. 更新 single source of truth

核心文件： shared/model-registry/ccx_model_registry.json

2.1 如果是新增 canonical model

在 upstreamCapabilities 中新增完整条目，按家族就近放置。

2.2 如果是 dated suffix / 版本别名更新

优先修改已有 patterns，不要重复新增能力条目。

典型规则：

• 仅支持 -YYYY-MM-DD 与 -YYMMDD / -YYYYMMDD 时，pattern 常是 -\\d{6,8}
• 若 DeepSeek 新版本使用 -MMDD，需放宽到 -\\d{4,8}

例如：

"(?:^|[-/])deepseek-v4-pro(?:-\\d{4}-\\d{2}-\\d{2}|-\\d{4,8})?(?=$|@)"

3. 检查是否需要改 route 白名单

重点文件： backend-go/internal/config/provider_templates.go

检查：

• SupportedModels
• provider 描述文案
• route 描述文案
• 对应测试 backend-go/internal/config/provider_templates_test.go

典型场景：

• 上游某协议端点此前只支持 flash
• 新版本上线后 pro 也支持该端点
• 此时不仅要放宽注册表 pattern，还要把 route 白名单从 []string{"deepseek-v4-flash"} 扩成 []string{"deepseek-v4-flash", "deepseek-v4-pro"}

4. 仅在确有需要时更新其他源文件

按模型类型选择，不要机械全改：

Claude 系列常见附加点

• backend-go/internal/config/model_registry.go 里的 AgentModelProfile
• shared/model-priority/model-priority.ts
• bare alias（如 sonnet / opus）

DeepSeek / 其他非 Claude 系列常见附加点

• benchmark 映射（若是新 canonical model）
• preset / builtin manifest（通常由生成脚本自动产出）
• provider template 的 SupportedModels