WrenAI项目中使用Ollama模型时遇到的KeyError问题分析与解决

问题背景

在使用WrenAI项目时，用户尝试将Ollama作为LLM服务提供者进行配置，但在启动wren-ai-service时遇到了"SQL_explanation"的KeyError错误。这个问题导致服务无法正常启动，UI界面卡在"UI service is ready"状态，无法响应查询请求。

环境配置

用户的环境配置如下：

• 操作系统：Ubuntu 22.04.5 LTS
• Docker版本：28.0.0
• WrenAI版本：0.15.3
• Ollama版本：0.5.7
• 使用的模型：phi4:14b和nomic-embed-text

问题分析

初始错误现象

当用户按照标准流程配置Ollama作为LLM服务提供者后，系统启动时出现以下问题：

1. 服务启动卡在"UI service is ready"状态
2. 尝试使用预置的电商示例查询时，UI界面无响应
3. 日志中显示KeyError 'SQL_explanation'错误

根本原因

经过深入分析，发现问题的根源在于：

1. WrenAI项目在0.15.3版本中仍然需要SQL_explanation管道配置，但主分支已移除该配置
2. 配置文件版本与运行版本不匹配导致的服务启动失败
3. 后续还发现了Qdrant API密钥序列化问题

解决方案

第一步：添加SQL_explanation管道配置

在config.yaml文件的pipeline部分添加以下配置：

- name: sql_explanation
  llm: litellm_llm.openai/phi4:14b

第二步：处理Qdrant API密钥问题

在.env配置文件中注释掉QDRANT_API_KEY配置项：

# QDRANT_API_KEY=randomstring

第三步：完整配置调整

最终的完整配置调整包括：

1. 确保Ollama服务地址正确配置
2. 确认使用的模型已正确拉取到本地
3. 检查所有管道配置的完整性和一致性
4. 验证环境变量设置的正确性

配置建议

对于希望在WrenAI中使用Ollama的用户，建议采用以下最佳实践：

1. 模型准备：

   • 提前使用ollama pull命令下载所需模型
   • 确认模型名称与配置文件中的引用一致

2. 配置文件：

   • 使用完整的管道配置，包括所有必需的步骤
   • 确保每个管道步骤都指定了正确的模型和提供者

3. 环境变量：

   • 避免设置不必要的API密钥
   • 对于本地服务，可以省略认证相关的环境变量

4. 版本兼容性：

   • 注意WrenAI各组件版本间的兼容性
   • 参考对应版本的配置示例文件

总结

通过本案例的分析与解决，我们了解到在WrenAI项目中集成Ollama时需要注意版本兼容性和配置完整性。特别是当使用较新版本的Ollama与特定版本的WrenAI组合时，可能需要手动调整管道配置以确保服务正常启动。

对于开发者而言，理解WrenAI的管道工作机制和配置要求至关重要。正确的配置不仅能解决启动问题，还能确保AI服务的稳定性和性能表现。希望本文的分析和解决方案能帮助其他开发者在类似场景下快速定位和解决问题。