Randi

不太清楚one-api是怎么处理每个渠道的模型的保存逻辑的，但是 处理映射导致的列表变更 应该可以和每次 从“从渠道获取模型列表”的操作导致的列表变更 是一个相同的处理逻辑吧？ 简单思路：每个渠道内，来自自定义模型映射的模型不需要显示在UI界面的“模型”里，完全交给系统从JSON格式中自动识别，然后在后台里与这个渠道的“模型”列表合并。 供您参考，感谢！

那或许可以在“从渠道获取模型列表”旁边加一个按钮，比如“将映射模型添加到列表”。检测一下如果列表里没有某个映射模型，就加上。 映射模型的删除确实不好处理，不如就按需手动删除好了，毕竟映射的模型名称也几乎不怎么会改。

我感觉可以增加一个本地列表功能，当模型在本地列表内的时候，优先使用本地列表的价格，如果没有的话则用最新拉取到的价格。这样就不必解决版本合并带来的一堆可能的问题。供您参考。

> emm，会不会太复杂了 哈哈同感，版本控制一直很难做。我觉得还是说用一个手动维护的模型列表（高优先级）+一个从在线URL更新的模型列表，合成一个最终的模型列表，可能直观也简单一点。

是的 国家码有点太宽泛了 而且一些节点命名不规范 比如直接叫“洛城节点” 就没法被归纳到US 希望能支持自定义占位符，然后给每个自定义占位符设置正则筛选节点。 这个项目可以说是补齐singbox的一个重大短板了，感谢大佬！

> 意思是增加一个关键字和分组的映射关系吗，下面这样？ @bestnite 这样也好，不过个人感觉或许可以做成正则规则，更强大一点 ``` { "美国(US)": "洛城|纽约", "日本(JP)": "(?=.*(日|JP|Japan|东京))(?!.*日用)" } ```

> 除了sora.com还有其他相关域名吗？什么时候能更新呢？ 感觉这个项目好像无人维护了？

> 其实 [OpenAI 数据来源](https://github.com/blackmatrix7/ios_rule_script/tree/master/rule/Clash/OpenAI#%E6%95%B0%E6%8D%AE%E6%9D%A5%E6%BA%90)中的 `https://raw.githubusercontent.com/LM-Firefly/Rules/master/PROXY/OpenAi.list` 和 `https://raw.githubusercontent.com/LM-Firefly/Rules/master/Clash-RuleSet-Classical/PROXY/OpenAi.yaml` 已经包含了 `DOMAIN-SUFFIX,sora.com`，但链接后缀有问题，应该是 `OpenAI`（`I` 为大写）而非 `OpenAi`。 是的 不知道谁还有merge权限 能修一下这个bug 另外其实可以把 xray 社区的 geosite 也加入数据源 那个维护的很积极 不过没有 ip 分流数据

同求一个webhook的推送方式

同求。我目前手动写的几条供参考： ``` IP-CIDR,223.107.175.201/32 IP-CIDR,47.103.47.59/32 URL-REGEX,qqmusic\.qq\.com URL-REGEX,music\.tc\.qq\.com DOMAIN-SUFFIX,y.qq.com DOMAIN-SUFFIX,p2ptun.qq.com DOMAIN-KEYWORD,tencentmusic PROCESS-NAME,*QQMusic* ```