issue: “does not support tools”

问题场景

用户在 Windows 11 上本地运行 Ollama，并通过 Docker Desktop + Docker Compose 部署 Open WebUI。Open WebUI 能正常识别已下载的本地模型，但使用 PaddleOCR-VL（MedAIBase/PaddleOCR-VL）时触发报错；此前测试 qwen3 8b 时也曾出现“does not support chat”，随后自行恢复。

报错原文

does not support tools

原因分析

可能原因：Open WebUI 默认以工具调用（tools / function calling）模式向 Ollama 发起请求，而当前使用的模型（PaddleOCR-VL、qwen3 8b 等）在 Ollama 中未声明或不支持 tools 能力，因此服务端返回“does not support tools”。将函数调用模式改为 legacy 后报错消失，说明问题与调用模式与模型能力的匹配有关，而非模型文件本身损坏。

环境排查

• 确认 Open WebUI 安装方式与镜像版本：Docker Compose，ghcr.io/open-webui/open-webui:main。
• 确认 Ollama 版本为 0.33.3，并确认 PaddleOCR-VL 已成功拉取且能被 Open WebUI 识别。
• 确认 Open WebUI 中当前会话所选模型是否为报错模型。
• 确认函数调用模式（Function Calling Mode）当前设置，是否处于默认/非 legacy 模式。
• 操作系统 Windows 11、Docker Desktop、浏览器 Brave 为已确认环境。

解决步骤

1. 进入 Open WebUI 的设置界面，找到与函数调用（Function Calling Mode）相关的选项。
2. 将该模式切换为 legacy（旧版）。
3. 保存设置后，重新用 PaddleOCR-VL 或其他报错模型发起对话或上传文件测试。
4. 若报错消失但输出异常（如 PaddleOCR-VL 输出随机中文字符、在未提示情况下上传 PDF 后大量幻觉），说明 legacy 仅绕过了工具调用限制，模型本身输出质量与调用模式仍需进一步排查。

验证方法

切换 legacy 后再次使用原报错模型发起请求，若不再出现 does not support tools，即表示工具调用模式已不再阻塞该模型。需同时检查返回内容是否符合预期；若出现幻觉或异常字符，说明问题未完全解决，仅报错被绕过。

参考来源

open-webui/open-webui #29883

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。