1. 问题背景与现象分析
最近在配置OpenClaw与DeepSeek API的集成时,遇到了一个相当棘手的问题:系统错误地将DeepSeek Chat模型关联到了Anthropic提供方。这种情况通常发生在通过Docker Compose运行配置向导时,系统未能正确识别DeepSeek API的兼容性。
具体报错信息如下:
code复制系统错误地将 DeepSeek Chat 模型关联到了 Anthropic 提供方
这个错误会导致OpenClaw无法正确调用DeepSeek API,严重影响开发工作流程。经过深入排查,我发现问题主要出在配置文件openclaw.json的几个关键点上。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 配置文件关键修正点
2.1 基础URL配置修正
在openclaw.json配置文件中,DeepSeek提供商的baseUrl配置存在一个常见但容易被忽视的问题:
json复制"baseUrl": "https://api.deepseek.com"
这个配置缺少了必要的/v1路径后缀。正确的格式应该是:
json复制"baseUrl": "https://api.deepseek.com/v1"
缺少这个路径会导致端点检测失败,因为DeepSeek API的完整端点需要包含版本号。这是许多API服务的常见设计模式,确保向后兼容性。
2.2 API密钥安全配置
配置文件中有两种方式配置API密钥:
- 直接写在配置文件中(不推荐):
json复制"apiKey": "your_api_key_here"
- 通过环境变量注入(推荐的安全实践):
json复制"apiKey": "${DEEPSEEK_API_KEY}"
强烈建议使用第二种方式,因为:
- 避免将敏感信息硬编码在配置文件中
- 便于在不同环境间切换密钥
- 符合12要素应用的安全原则
2.3 模型白名单配置问题
在agents.defaults.models部分,我发现了一个潜在的权限问题:
json复制"models": {
"openrouter/deepseek/deepseek-chat": {},
"openrouter/deepseek/deepseek-
