New-API使用痛点及解决方案探讨

关于New-API的使用痛点，我理解您所描述的问题主要集中在几个方面：渠道重定向而非全局重定向、真实的余额审计以及透传+回退的请求模式。这些痛点确实在多渠道管理中非常常见，尤其是在涉及到不同渠道对同一底层模型的不同命名规则时。例如，OpenAI官方的模型名可能是gpt-4-turbo，而在Azure OpenAI中，它可能被自定义为my-company-gpt4-deployment，其他代理服务也可能有自己的前缀，如proxy-vendor/gpt-4-turbo。这种命名规则的不一致性，导致了在使用New-API时出现重定向问题，因为New-API使用的是重定向之后的模型名，而这个模型名在第二个渠道中可能根本不存在。

此外，您提到的真实余额审计问题也非常关键。您希望计费能够直接透传上游渠道的实际消费，避免复杂的倍率计算。这一点对于成本控制和透明度来说非常重要。而透传+回退的请求模式，虽然能够兼容不同的上游渠道，但重复添加请求格式，如为了兼容Anthropic与Google格式而重复添加三次，确实不够优雅，也增加了管理的复杂性。

针对这些问题，一些可能的解决方案包括：

1. 开发一个统一的API管理平台，该平台能够自动识别和适应不同渠道的命名规则，实现全局重定向。
2. 建立一个透明的计费系统，直接从上游渠道获取消费数据，实现真实余额审计。
3. 优化请求模式，通过智能路由技术，根据上游渠道的能力动态调整请求格式，减少重复配置。

当然，这些解决方案的实施可能需要一定的时间和资源投入，但长远来看，这将大大提高多渠道管理的效率和灵活性。如果您有遇到相同问题的朋友，也欢迎分享他们的解决方案，或许能提供更多启发。