前面折腾了moltbot 的部署（现在改名字叫 OpenClaw了），成功接上了飞书和discord，可以随时拿起手机指挥它做事。详细操作教程看这两篇：
https://mp.weixin.qq.com/s/WDbQef2rSpGPNZd6WzDJ0Q
https://mp.weixin.qq.com/s/1RZkzgmUiOYGltHrVv-hLA
MoltBot 支持市面上绝大多数模型厂商，OpenAI（GPT-4o、GPT-5.2）、Anthropic（Claude 系列）、Google（Gemini 系列）、DeepSeek、Mistral、Cohere 等都能用。用起来很方便，但 token 消耗巨快，看群里不少人都在说消耗离谱。
如果想用 Claude 的话，官方账号国内使用有多麻烦，懂的都懂。卡网络、卡 IP、卡支付，风控越来越严。通过 iOS App Store 订阅倒是可以，我订阅上了，成功用了几天，暂时没出幺蛾子，但要多付 30% 左右的苹果税，而且也不能保证长期稳定。
与其折腾官方账号，不如直接用第三方 API 中转，省心。推荐 aigocode.com 不仅支持 Claude，Codex、Gemini 这些也都能接入，配置方法类似。我就是换成了这个。
最快配置方式
省流版，如果你不想看我的踩坑过程，直接用这个方法。
让 MoltBot 帮你配置
在飞书或 Discord 聊天框里发这段话给它：
帮我配置第三方 Claude 中转：
- Base URL: https://api.你的中转服务商.com/api
- API Key: sk-你的密钥
- 模型 ID: claude-opus-4-5-20251101
请按照 models.providers 自定义 provider 的方式配置，api 类型用 anthropic-messages，配好后切换为默认模型。
它一通操作之后会自动重启网关，并且验证。
询问它成功了吗？现在你用的是什么模型。
只要 base url 、 api key 和 模型ID给的是对的，到这基本就没问题了。这三个参数可以中转官网找到。
在配置 MoltBot 之前，建议先用 curl 测试 API 是否可用：
curl -X POST https://api.你的中转服务商.com/api/v1/messages \
-H "x-api-key: 你的API密钥" \
-H "Content-Type: application/json" \
-H "anthropic-version: 2023-06-01" \
-d '{
"model": "claude-opus-4-5-20251101",
"max_tokens": 100,
"messages": [{"role": "user", "content": "hello"}]
}'
返回 HTTP 200 和正常的 JSON 响应就说明 API 没问题，可以继续配置 MoltBot。
如果感兴趣的话，可以往下看我的踩坑过程。
踩坑过程
一开始我想得很简单，直接把 Base URL 和 API Key 给 MoltBot，让它自己配。
结果它把模型名称配错了，用了 anthropic/claude-3-7-sonnet-latest 这种格式。
问题在于，这个格式会让 MoltBot 去找内置的 anthropic provider，但我没有配置官方 Anthropic 的 API Key，只有第三方中转的 Key。于是就报错：
No API key found for provider "anthropic"
给玩坏了，这下没法让它自己修复了。
我试着手动改模型名：
clawdbot config set agents.defaults.model.primary "claude-opus-4-5-20250514"
然后重启网关，还是不行。
后来跑了一遍配置向导 clawdbot configure，选择 Model 重新配置，恢复我之前用的 ChatGPT 账号认证，这次终于搞定了。
踩完坑之后，我让 MoltBot 自己排查问题，然后总结了一份配置指南。
核心要点是：用自定义 provider，不要覆盖内置的 anthropic provider。
手动的配置方式
打开配置文件：
# 使用 vim（大多数系统自带）
vim ~/.clawdbot/clawdbot.json
# 或使用 nano（可能需要先安装：sudo apt install nano）
nano ~/.clawdbot/clawdbot.json
在文件末尾添加 models 配置块（如果已有 models 字段，只需添加 providers 部分）
下方示例中的
apiKey、id（模型ID）需替换为你的实际值，从中转服务商处获取。
{
"models": {
"providers": {
"cc": {
"baseUrl": "https://api.你的中转服务商.com/api",
"apiKey": "sk-你的API密钥",
"api": "anthropic-messages",
"models": [
{
"id": "claude-opus-4-5-20251101",
"name": "Claude Opus 4.5 (中转)",
"reasoning": true,
"input": ["text", "image"],
"cost": {
"input": 0,
"output": 0,
"cacheRead": 0,
"cacheWrite": 0
},
"contextWindow": 200000,
"maxTokens": 4096
}
]
}
}
}
}
这里的 cc 是自定义的 provider 名称，你可以改成任何你喜欢的名字。
设置默认模型
在 agents.defaults.model 中设置：
{
"agents": {
"defaults": {
"model": {
"primary": "cc/claude-opus-4-5-20251101"
}
}
}
}
注意模型名的格式是 自定义provider名/模型ID，不是 anthropic/模型ID。
重启网关
clawdbot gateway restart
验证配置
clawdbot models list --all --provider cc
clawdbot status
关键注意事项
配置过程中有几个容易踩的坑。
api 字段必须是 anthropic-messages
不是 anthropic，也不是 openai-responses。写错了请求格式就不对。
baseUrl 不要带 /v1
MoltBot 会自动拼接 /v1，如果你写了 /v1，最终请求路径就变成 /v1/v1，直接返回 404。
模型名用自定义 provider 格式
用 cc/claude-opus-4-5-20251101，不要用 anthropic/claude-opus-4-5-20251101。后者会让 MoltBot 去找内置 anthropic provider 的认证信息，找不到就报错。
为什么不用环境变量？
设置 ANTHROPIC_BASE_URL 环境变量会覆盖内置的 anthropic provider，容易导致不同渠道的会话读不到 Key，飞书能用但 Discord 不行，或者反过来。用自定义 provider 更干净。
常见问题
403 错误
API Key 可能只授权给特定客户端。有些中转服务商的 Key 只能用于 Claude Code CLI，不支持通用 API 请求。联系服务商确认。
404 错误
检查 baseUrl 是不是带了 /v1，去掉它。
No API key found for provider "anthropic"
模型名用了 anthropic/... 格式，改成自定义 provider 格式 cc/模型ID。
Unknown model: xxx
模型 ID 写错了，或者没在 provider 的 models 数组里声明该模型。
部分渠道能用，部分不行
不同渠道的会话可能有独立的 auth store。确保使用自定义 provider 方式配置，而不是环境变量方式。
查看 Token 消耗
有几种方式查看 Token 消耗。
在服务器上运行 clawdbot status，可以看到不同渠道和会话的 Token 消耗统计。表格显示的是每个会话最后一次使用的模型，不是说它们固定用不同模型。
也可以直接在 Discord 或飞书里问 MoltBot："你现在用了多少 token？" 它能告诉你当前会话的消耗情况。
如果用的是第三方中转，去中转的后台看 API 调用记录和消耗统计，那个数据最准确。
切换模型
配好多个 provider 后，切换模型很方便。
在同一中转内切换
clawdbot models set cc/claude-sonnet-4-5-20250929
clawdbot gateway restart
切换到其他中转
添加新的 provider，然后：
clawdbot models set other-relay/模型ID
clawdbot gateway restart
切回官方 API
clawdbot models set openai-codex/gpt-5.2
clawdbot gateway restart
💡 AI 工具的爆发，让普通人也能快速做出产品。
但如何做？如何变现？如何真正走向海外市场？
👇 想了解更多 AI 编程 & 出海实战信息，扫码添加好友了解更多
🔗 更多教程请访问 ipengtao.com
文章评论