Failed after 3 attempts. Last error: 所有令牌分组 default 下对于模型 Qwen/Qwen2.5-7B-Instru...
错误信息
jsx-runtime-BH1yiYB4.js:450 <warn> [ProviderFactory] Provider ID not found in registered extensions, using as-is Object
processLog @ jsx-runtime-BH1yiYB4.js:450
www.dmxapi.cn/v1/chat/completions:1 Failed to load resource: the server responded with a status of 503 ()
www.dmxapi.cn/v1/chat/completions:1 Failed to load resource: the server responded with a status of 503 ()
www.dmxapi.cn/v1/chat/completions:1 Failed to load resource: the server responded with a status of 503 ()
store-D-J5UN_L.js:103755 AI_RetryError: Failed after 3 attempts. Last error: 所有令牌分组 default 下对于模型 Qwen/Qwen2.5-7B-Instruct 均无可用渠道,请更换分组尝试 (request id: 20260610104944277865495PhE03OhX)
at _retryWithExponentialBackoff (store-D-J5UN_L.js:100898:37)
at async streamStep (store-D-J5UN_L.js:104399:109)
at async fn (store-D-J5UN_L.js:104716:5)
at async store-D-J5UN_L.js:100701:19
AI 解决方案
AI 思考过程
▼
好的,用户提供的报错信息包含多个部分,我需要一步步分析。
首先看到终端控制台里的警告信息,这个关于ProviderFactory的警告看起来是前端框架内部的信息提示,不是导致用户无法使用的根本原因,可以暂时忽略。
主要问题集中在后面的网络请求错误和AI错误上。连续三次503错误表明服务器无法处理请求,最后一次明确的AI_RetryError提供了关键信息。
用户遇到的实际问题是请求模型Qwen/Qwen2.5-7B-Instruct失败,错误信息说在default分组下没有可用渠道。这个错误信息很明确,需要重点分析。
我需要考虑用户可能的场景:他们可能在尝试使用某个AI应用或API服务,遇到了连接问题。从错误信息看,这应该是一个API服务调用失败的情况。
现在我要按照标准的分析流程来处理。首先是错误翻译,需要把核心的AI错误信息准确翻译成中文。
接着分析原因,根本问题很清晰:服务端在默认分组中找不到处理指定模型的渠道。这可能是服务配置问题、模型下线、或者账户权限问题。
然后是解决方案,用户需要检查API配置,确认分组和模型信息,或者联系服务提供方。这些都是实际可操作的步骤。
最后要提供预防措施,建议用户检查文档、监控服务状态、添加重试机制,这些都是避免类似问题的好方法。
整个分析过程要聚焦在技术问题上,不涉及其他无关内容。用户需要的是专业的报错分析,我要确保回答精准有用。
🔍 错误分析
1. 🌐 错误翻译
原文:AI_RetryError: Failed after 3 attempts. Last error: 所有令牌分组 default 下对于模型 Qwen/Qwen2.5-7B-Instruct 均无可用渠道,请更换分组尝试 (request id: 20260610104944277865495PhE03OhX)
译文:AI重试错误:3次尝试后失败。最后一个错误:在所有令牌分组“default”下,对于模型 Qwen/Qwen2.5-7B-Instruct 均无可用渠道,请尝试更换分组 (请求ID:20260610104944277865495PhE03OhX)
2. 🎯 原因分析
根本原因:DMXAPI 服务端拒绝了您的请求。具体原因是,在您请求的“default”令牌分组中,没有可用的后端渠道来处理
Qwen/Qwen2.5-7B-Instruct 这个模型。具体表现:
1. 网络层:
www.dmxapi.cn/v1/chat/completions 端点返回了 503 Service Unavailable 错误码,表明服务暂时不可用或过载。2. 应用层:前端代码进行了3次自动重试后,收到了服务端返回的具体业务错误信息(即上述的
AI_RetryError),明确了是模型与渠道/分组配置不匹配的问题。3. 💡 解决方案
请按照以下步骤排查和修复:
- 检查 API 配置:确认您代码中调用 API 时,指定的 令牌(API Key) 和 模型名称 是否准确。
// 示例:检查您的请求配置
fetch('https://www.dmxapi.cn/v1/chat/completions', {
method: 'POST',
headers: {
'Authorization': `Bearer ${YOUR_API_KEY}`, // 确保API Key有效
'Content-Type': 'application/json'
},
body: JSON.stringify({
model: "Qwen/Qwen2.5-7B-Instruct", // 确保模型名称与文档一致
messages: [...]
// 可能需要添加分组参数,参考API文档
})
});
- 更换模型或分组:根据错误提示,请尝试:
- 联系服务提供商:如果问题持续,且您确认配置无误,可能是服务端该模型渠道暂时下线或故障。请使用请求ID(
20260610104944277865495PhE03OhX)联系DMXAPI平台的技术支持进行查询。 - 添加重试机制:如示例代码所示,对于可能暂时不可用的服务,实现带有指数退避的重试策略是合理的,但需设置最大重试次数,并最终给出明确错误提示。
更换分组:如果您的账户有其他可用的令牌分组(非“default”),请在请求中指定该分组。
更换模型:尝试调用其他可能可用的模型,如
gpt-3.5-turbo 或其他Qwen模型变体。4. 🛡️ 预防措施
查阅官方文档:在使用API前,务必仔细阅读DMXAPI的官方文档,了解当前支持的模型列表、各分组的配额和状态。
实现监控与降级:在应用中监控API调用状态,当特定模型持续失败时,可以自动切换到备用模型或提示用户。