Bob-Plugin-OpenAI-Translator 自定义 Azure OpenAI 兼容端点支持问题分析

在 Bob-Plugin-OpenAI-Translator 3.3.1 版本中，用户报告了一个关于自定义 Azure OpenAI 兼容端点无法正常工作的问题。经过深入分析，我们发现这是一个涉及 HTTP 请求头验证和 URL 格式校验的综合性问题。

当用户尝试通过企业内部网络代理访问自定义 Azure OpenAI 兼容端点时，插件会陷入持续等待状态而无法完成请求。通过 Requestly 工具抓包分析，发现核心问题在于请求头验证机制。虽然插件代码中明确指定了使用 api-key 头字段，但实际发出的请求却使用了 authorization 头字段，这导致请求被企业内部代理拦截。

进一步测试表明，该问题在以下两种场景下表现不同：

1. 当用户未正确设置服务提供商为 Azure OpenAI 时，插件会持续显示"API URL 不正确"的错误提示
2. 当正确设置服务提供商后，请求会因头字段不匹配而被代理拦截

技术分析表明，问题的根源在于插件对 Azure OpenAI 端点的 URL 格式校验过于严格。当前实现要求 URL 必须符合特定模式，而企业内部代理的自定义端点往往采用不同的 URL 结构。同时，请求头的自动转换机制也导致了与代理安全策略的冲突。

解决方案需要从两个方面入手：

1. 放宽对 Azure OpenAI 端点 URL 的格式校验，支持更灵活的自定义端点格式
2. 确保请求头字段严格遵循 api-key 规范，避免自动转换为 authorization 头

对于开发者而言，这类问题的排查思路值得借鉴：

1. 首先确认网络环境和 API 配额是否正常
2. 使用抓包工具验证实际发出的请求是否符合预期
3. 检查所有相关的配置选项是否设置正确
4. 对比官方实现与自定义实现的行为差异

该问题的修复将显著提升插件在企业内部环境中的兼容性，特别是对于那些需要通过自定义代理访问 Azure OpenAI 服务的用户场景。同时，这也提醒开发者在设计 API 客户端时，需要考虑各种企业级网络环境的特殊性。