[功能申请]独立的模型重命名

[artxia]

原因，模型供应商经常会增删模型，这就导致在provider编辑模型重命名困难。
如果可以在api_keys这里给模型重命名那就轻松多了。
这样就可以固定配置文件模板，在供应商这里不配置具体模型，通过重启获取最新模型。

例如，可以这样管理模型

api_keys:
  - api: sk-1
    role: cherry-studio
    model:
      - rsk-role-model/*

  - api: sk-2
    role: claude-code-router
    model:
      - sk-role-model/*

  - api: sk-role-model
    role: model
    model:
      - claude-4-sonnet
      - kimi-k2
      - <deepseek-ai/DeepSeek-V3-0324>: DeepSeek-V3-0324

如果合理还请考虑一二

[yym68686]

好的，未来有时间加上这个功能。

[yym68686]

我发现我不是很能理解这个需求，因为如果provider的模型变了，即使有api_keys重命名功能，那还是要在api_keys修改名字。比如你的给出的配置文件里面deepseek-ai渠道的DeepSeek-V3-0324名字变了，你依然需要在api_keys里面把 DeepSeek-V3-0324 改了，并没有发现支持api_keys重命名功能后操作步骤会减少的情况。

[artxia]

最初的原因是公益服有些模型经常会失效，所以我提到的”供应商会增删模型“，
同时还有个情况是经常增加各种公益服，而众多公益服都有命名相似的模型名，这种时候集中管理模型就会便利很多。

示例：

• api: sk-role-model
  role: model
  model:
  • claude-4-sonnet
  • 'moonshotai/kimi-k2-instruct': kimi-k2
  • moonshot-kimi-k2-instruct: kimi-k2
  • 'moonshotai/kimi-k2:free': kimi-k2
  • 'moonshotai/kimi-k2': kimi-k2
  • <deepseek-ai/DeepSeek-V3-0324>: DeepSeek-V3
  • DeepSeek-V3-0324: DeepSeek-V3
  • deepseek-chat-v3: DeepSeek-V3

这样就可以将来自不同供应商的不同名称重命名为一个统一的名称，但是各种公益服的命名方式也有个极限，大概率就这几种。并且集中后可以在api_keys级别进行轮询调度，和对某个供应商的某个模型进行单独冷却。这样即便某个模型失效或者公益服跑路了，但是我在客户端请求的'DeepSeek-V3'总会定位到一个可用的公益服上。

当前的体验路径是增加供应商>重启等获取供应商模型列表>再次管理并重命名后再次重启。但是按照我提到的思路实际上确实有利于将供应商和模型管理分开来管理，每次只需要增加供应商时看一下模型名字是否需要单独处理即可，后续几乎可以不再管供应商的配置。
因为事情过去一段时间，所以以上是我回忆起来的“需求”，可能比最初的想法更复杂了。您评估后参考吧

[yym68686]

好的，感觉应该可以实现，不过需要一点时间。