企业官网建设流程全解析

1. 半夜被额度短信叫醒：OpenClaw 容器化部署后的真实场景

如果你在 Mac mini 上用 Docker 跑 OpenClaw，并且通过openclaw.json把模型通道指向了百炼的qwen3-max-2026-01-23，那你大概率会遇到一个很隐蔽的问题：白天手动下命令时一切正常，到了半夜，自动任务悄悄跑起来，第二天醒来发现 Qwen 额度已经透支。容器化部署本身没问题，问题出在模型请求的出口没有被收拢和观测，你根本不知道半夜那批任务到底调了多少次、走了哪个通道、有没有失败重试。

这篇内容就是围绕这个场景展开的。我会把原来「获取 Qwen apikey 并写进 openclaw.json」这一步，替换成先创建 TaoToken Key，再把models.providers.bailian.baseUrl改到 TaoToken 的 API 地址，apiKey 填 TaoToken Key，然后重启 gateway。这样做的目的不是换模型，而是把 OpenClaw 的模型请求统一收拢到一个可验证的通道上，让你能确认飞书下命令是否真的走通、半夜任务是否还在偷偷消耗额度。

适合谁看：已经在 Mac mini 的 Docker 容器里部署了 OpenClaw、已经配过百炼 provider、并且被半夜自动任务消耗额度困扰的人。如果你还没部署，也可以跟着步骤走一遍，因为容器化部署的命令和配置我都会给全。核心检索词就三个：OpenClaw 容器化部署、openclaw.json 配置、TaoToken 统一模型通道。下面从原问题开始拆。

2. 原问题与场景：容器化部署后，额度为什么会在半夜消失

先说清楚 OpenClaw 在容器里的运行结构。你用docker run -itd -v /Users/<username>/my:/opt -p 18789:18789 --name <容器名> ubuntu:20.04把容器跑起来，OpenClaw 的配置文件位于容器内的~/.openclaw/openclaw.json。gateway 默认绑定模式是 loopback，只有 127.0.0.1 能访问，你改成lan之后，内网其他电脑才能打开控制面板。

模型配置在models.providers.bailian下面，原来长这样：

"bailian": { "baseUrl": "https://dashscope.aliyuncs.com/compatible-mode/v1", "apiKey": "<your-apikey>", "api": "openai-completions", "models": [ { "id": "qwen3-max-2026-01-23", "name": "qwen3-max-thinking", "reasoning": false, "input": ["text"], "cost": { "input": 0, "output": 0, "cacheRead": 0, "cacheWrite": 0 }, "contextWindow": 262144, "maxTokens": 65536 } ] }

问题在于：cost全填 0，OpenClaw 本地不会做任何额度统计；baseUrl直连百炼，请求出去之后你只能等平台发透支短信。半夜自动任务触发时，agent 的maxConcurrent是 4，subagents 的maxConcurrent是 8，如果任务里有循环调用或者失败重试，token 消耗会成倍放大。你第二天收到额度透支消息，但日志里只能看到「任务执行了」，看不到「调了多少次模型、每次返回什么」。

我试过在容器里tail -f /tmp/openclaw/openclaw-2026-04-12.log，日志会输出网关 token，但模型请求的明细并不完整。所以真正要解决的不是「换个模型」，而是「把模型请求收拢到一个你能验证的通道上」。TaoToken 在这里的角色就是统一模型通道：OpenClaw 仍然认为自己在调 bailian provider，但 baseUrl 指向 TaoToken，apiKey 用 TaoToken Key，请求先经过 TaoToken 再出去。这样你可以在 TaoToken 侧看到调用是否成功、有没有异常重试，从而判断半夜任务到底有没有在跑。

3. TaoToken 前置：先创建 Key，再改 openclaw.json

这一步是整篇的核心替换点。原来你去百炼控制台拿 apikey，现在改成先打开https://taotoken.net/?utm_source=taotoken_aicg_blog_end创建 TaoToken Key。创建完成后，你会拿到一个 Key，这个 Key 就是后面要填进openclaw.json的apiKey。

注意几个细节。第一，TaoToken 的 API 地址是https://taotoken.net/api，不要加 UTM 参数，直接写这个。第二，api字段保持openai-completions不变，因为 TaoToken 兼容 OpenAI 风格的 completions 接口。第三，models数组里的id仍然写qwen3-max-2026-01-23，name可以保留qwen3-max-thinking，这样 OpenClaw 的 agent 默认模型bailian/qwen3-max-2026-01-23不用改，alias 也不用改。

为什么要先创建 Key 再改配置？因为如果你先改 baseUrl 再去找 Key，gateway 重启后会因为 apiKey 无效而反复重试，反而在调试阶段就产生无效请求。正确顺序是：打开 TaoToken 官网创建 Key，复制保存，然后进容器改openclaw.json，最后openclaw gateway restart。

如果你后续要做长期编码或者 Agent 任务，可以了解 Coding Plan；如果只是想验证模型对话是否通，可以用模型对话页面；如果只是排障和接入，重点看 API Keys 和接入文档。这几个入口在 TaoToken 站内都能找到，按你的场景选就行。

4. 可复制配置：容器内改 openclaw.json 并重启 gateway

现在进容器操作。如果你在主机上，用docker exec -it <容器名> bash进入；如果你已经在容器里，直接编辑配置文件。

# 进入容器 docker exec -it <容器名> bash # 备份原配置 cp ~/.openclaw/openclaw.json ~/.openclaw/openclaw.json.bak # 编辑配置 vi ~/.openclaw/openclaw.json

把models.providers.bailian改成下面这样：

"models": { "mode": "merge", "providers": { "bailian": { "baseUrl": "https://taotoken.net/api", "apiKey": "<你的 TaoToken Key>", "api": "openai-completions", "models": [ { "id": "qwen3-max-2026-01-23", "name": "qwen3-max-thinking", "reasoning": false, "input": ["text"], "cost": { "input": 0, "output": 0, "cacheRead": 0, "cacheWrite": 0 }, "contextWindow": 262144, "maxTokens": 65536 } ] } } }

agents部分不用动，保持原来的：

"agents": { "defaults": { "model": { "primary": "bailian/qwen3-max-2026-01-23" }, "models": { "bailian/qwen3-max-2026-01-23": { "alias": "qwen3-max-thinking" } }, "maxConcurrent": 4, "subagents": { "maxConcurrent": 8 } } }

保存后重启 gateway：

openclaw gateway restart

如果你在主机上不想进容器，也可以直接执行：

docker exec -it <容器名> openclaw gateway restart

重启后看日志确认没有报错：

tail -f /tmp/openclaw/openclaw-2026-04-12.log

日志里会输出网关 token，同时你应该能看到 gateway 启动成功的记录。如果日志里出现provider bailian相关的连接错误，先检查baseUrl是不是写成了https://taotoken.net/api，注意结尾没有斜杠，也没有多余路径。

5. 验证请求：飞书下命令，确认调用真的走通

配置改完只是第一步，关键是验证。验证分两层：第一层是 OpenClaw 内部能不能正常调用模型，第二层是飞书下命令后模型请求是否真的经过 TaoToken。

先做第一层。在容器里直接触发一次 agent 调用，或者用 OpenClaw 自带的测试命令。如果你有控制面板，打开http://127.0.0.1:18789/#token=<token>，在面板里发一条测试消息。如果控制面板登录报pairing required，在 Mac mini 终端运行：

openclaw devices list openclaw devices approve <RequestID>

批准后再打开面板。发一条简单消息，比如「现在几点」，观察是否返回。如果返回正常，说明 OpenClaw 到 TaoToken 的通道是通的。

第二层是飞书。先去open.feishu.cn创建企业自建应用，启用机器人能力，开通「获取与发送单聊、群组消息」权限，并添加「接收消息」事件。然后在容器里配置：

openclaw config set channels.feishu.enabled true openclaw config set channels.feishu.appId "<your-appId>" openclaw config set channels.feishu.appSecret "<your-appSecret>" openclaw gateway restart

如果飞书聊天后没反应，执行：

openclaw config set channels.feishu.dmPolicy open openclaw gateway restart

然后在飞书里给机器人发一条消息。这时候你去 TaoToken 的调用记录里看，应该能看到这次请求。如果能看到请求且状态成功，说明飞书下命令确实走通了，模型请求也经过了 TaoToken。如果 TaoToken 侧没有记录，但飞书机器人有回复，那说明请求可能还在走旧的 baseUrl，检查openclaw.json是否保存成功、gateway 是否真的重启了。

这一步的意义在于：以前你只能等额度短信，现在你能在 TaoToken 侧看到每一次调用。半夜自动任务再跑的时候，你第二天可以直接看调用记录，判断是哪个任务、调了多少次、有没有异常重试。这才是「验证用量」的正确姿势。

6. 本篇常见错排查：baseUrl、apiKey、gateway 重启的坑

第一个坑：baseUrl写错。有人写成https://taotoken.net/api/带斜杠，或者写成https://taotoken.net/api/v1。正确写法是https://taotoken.net/api，不要加多余路径。OpenClaw 会在这个地址后面拼接 completions 路径，多写反而会 404。

第二个坑：apiKey填了百炼的 Key。TaoToken Key 和百炼 Key 是两回事，填错会返回 401。改完配置后，建议用grep apiKey ~/.openclaw/openclaw.json确认一下，确保填的是 TaoToken 创建的那个 Key。

第三个坑：改了配置但没重启 gateway。OpenClaw 的 gateway 不会热加载openclaw.json，必须openclaw gateway restart。如果你在主机上执行，记得用docker exec -it <容器名> openclaw gateway restart，不要只在主机上跑openclaw gateway restart，因为主机上可能没有 OpenClaw 环境。

第四个坑：飞书机器人没反应就以为是模型通道问题。先检查channels.feishu.dmPolicy是否设为open，再检查飞书应用权限和事件是否配全。模型通道和飞书通道是两条线，分开排查。

第五个坑：半夜任务消耗额度但 TaoToken 侧看不到调用。这种情况通常是任务走了别的 provider，或者agents.defaults.model.primary被改成了别的模型。检查openclaw.json里primary是否还是bailian/qwen3-max-2026-01-23，以及models.mode是否为merge。

第六个坑：容器重启后配置丢失。如果你没有把~/.openclaw挂载到宿主机，容器重建后配置就没了。建议在docker run时把配置目录挂出来，或者至少定期备份openclaw.json。

排障时优先看 API Keys 和接入文档，确认 Key 和地址没问题；如果怀疑模型本身，用模型对话验证；如果是长期编码任务，考虑 Coding Plan。按这个顺序排查，基本能定位到问题。

7. 语义一致 CTA：把模型通道收拢后，继续用飞书下命令

整篇做下来，核心动作就三个：打开https://taotoken.net/?utm_source=taotoken_aicg_blog_end创建 TaoToken Key，把openclaw.json里models.providers.bailian.baseUrl改成https://taotoken.net/api、apiKey填 TaoToken Key，然后openclaw gateway restart。改完之后，OpenClaw 的模型请求会先经过 TaoToken，你可以在 TaoToken 侧验证飞书下命令是否真的走通，也能排查半夜自动任务到底有没有在消耗额度。

如果你在排障或接入阶段，重点看 API Keys 和接入文档；如果只是想验证模型对话是否正常，用模型对话页面；如果你打算长期跑编码或 Agent 任务，可以了解 Coding Plan。入口都在 TaoToken 站内，按你的场景选。

最后说一个实用技巧：改完配置后，先在控制面板发一条测试消息，再去飞书发一条，最后去 TaoToken 看调用记录。三步都通了，再让半夜任务跑。这样即使额度有消耗，你也能在第二天早上第一时间看到明细，而不是等透支短信。