bugs tring to fallback with groq

[justinsverige]

I am using gemini as main ,fallback is groq, but I got this error
Error processing message: LLM call failed after retries: fallback: unclassified error from qwen-portal/qwen3-32b: API request failed:
Status: 404
Body: [{
"error": {
"code": 404,
"message": "models/qwen3-32b is not found for API version v1main, or is not supported for g...Error processing messag ,apparently the api should be v1 ,but it became v1main, dont know where it came from, is it a bug ?

[justinsverige]

这取决于 picoclaw 的实现。从你的配置来看，model_fallbacks 里填的是 model_name（比如 "groq-llama"），而每个 model_name
都有自己独立的 model 和 api_base 配置。

理论上 picoclaw 应该在 fallback 时读取对应 model_name 的完整配置（包括 api_base），但实际上它没有，这是 bug。

你能做的：

1. 检查 picoclaw 版本 — 看看有没有新版本修复了这个问题：
   bash
   picoclaw version

2. 去 picoclaw 的 GitHub 提 issue — 描述：fallback 时 api_base 没有跟随 model_name 切换，导致用主模型的 API 端点去请求
   fallback 模型

3. 临时方案 — 让主模型和 fallback 用同一个 API provider，这样 api_base 相同就不会出问题：
   json
   "model_name": "nvidia-qwen3.5-122b",
   "model_fallbacks": ["nvidia-llama3.3-70b"]
   Please comment on this