ccx: Skill for Claude Code

CCX 模型注册更新技能

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

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

适用范围

适用于三类场景：

1. 新增独立模型（默认情形）：仓库中还没有该 canonical model，需要补完整能力定义与必要映射。一般添加模型都是新的独立模型——带新主次版本号的模型（如 claude-fable-5 → claude-fable-5-1、claude-mythos-5 → claude-mythos-5-1）一律默认独立注册，不要归并进前代。归并会把 benchmark 证据混进前代 profile，图表张冠李戴、选型画像互相污染，事后拆分成本远高于一次独立注册。
2. 已有模型的 dated suffix / 快照别名：如 DeepSeek-V4-Pro-0813、claude-haiku-4-5-20251001，通常只需要放宽 pattern、补测试，并检查特定 route 白名单是否也要同步放开。
3. 错误归并的别名拆分为独立模型：发现既有归并搞错了（别名次代其实是独立模型），按"别名拆分检查清单"执行。

执行流程

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

先回答这 4 个问题：

1. 仓库里是否已经存在 canonical model（如 deepseek-v4-pro）？
2. 新上线的是全新 canonical model，还是已有模型的日期后缀/快照别名？默认假设是独立模型；只有纯日期后缀（-20260902 / -0813）或官方明确的快照别名才按别名处理。拿不准时按独立模型处理或向用户确认，不要默认归并。
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，不要重复新增能力条目。注意此分支仅适用于纯日期后缀/快照别名；次代版本模型走 2.1 新增独立条目。

典型规则：

• 仅支持 -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"}