企业官网建设流程全解析

1. 为什么我建议你把 OpenClaw 放到云端跑

OpenClaw 是一个能常驻后台、自动处理消息和任务的 AI 助理平台，你可以把它理解成一个「随时在线的机器人管家」：它自己不会思考，需要接一个大模型当大脑，然后通过微信、QQ、飞书、钉钉这些通道接收指令、执行动作。适合谁？适合想让 AI 帮自己盯群消息、做内容总结、跑自动化流程，但又不想天天开着电脑的人。

问题来了：如果你把它装在自己笔记本上，合盖就断线，重启就掉配置，多平台接入时各种回调地址还容易乱。我试过本地跑，白天能用，晚上关机就收不到消息，体验很割裂。所以这篇直接讲云端落地：先在一台云服务器上把 OpenClaw 跑起来，配好百炼 API Key，再装 Skill，最后把微信、QQ、飞书、钉钉四条通道接上，并且用 TaoToken 做统一的大模型通道，省得每个平台各配一套 Key。

整篇的节奏是：部署 → 配 Key → 装 Skill → 接通道 → 验证 → 排错。所有配置我都给成可直接复制的骨架，你替换自己的凭证就能用。下面先从 TaoToken 这个统一通道说起，因为后面所有模型调用都会走它。

2. TaoToken 前置：一个 Key 打通多平台模型调用

OpenClaw 本身只是个调度框架，真正干活的是背后的大模型。默认情况下，你要给百炼配一个 Key、给别的平台再配一个 Key，通道一多，配置文件里全是散落的密钥，改起来很痛苦。TaoToken 的作用就是把这些调用收敛到一个入口：你只维护一份 Key 和一份 API 地址，OpenClaw 里所有需要模型的地方都指向它。

它的定位是统一的大模型 API 通道，兼容常见的 OpenAI 风格接口，所以 OpenClaw 里凡是支持自定义 baseUrl 的 provider，都能直接接进来。官网地址是 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，API 根地址是 https://taotoken.net/api （这个不带 UTM，配置里就填它）。

你需要提前准备两样东西：

第一，一个 TaoToken 的 API Key。登录后进控制台，在 API Keys 页面创建一个，格式类似 sk-xxxx，复制保存好。创建入口在这里：https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api_keys&utm_campaign=rewrite 。

第二，确认你要用的模型名。TaoToken 支持对话模型和编码类模型，具体模型列表可以在模型对话页面试：https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_content=models&utm_campaign=rewrite 。如果你后面要长期跑编码类 Agent 任务，可以看 Coding Plan：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=coding_plan&utm_campaign=rewrite 。

注意：TaoToken 是合规的 API 聚合通道，配置时只填官方给的 API 地址，不要填任何来路不明的中转地址，避免 Key 泄露。

接入文档在 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite ，遇到字段对不上时以文档为准。下面进入正题，先部署。

3. 云端部署 OpenClaw 与可复制配置

3.1 服务器与运行环境准备

云服务器选 2 核 2GiB 起步，内存低于 2GiB 时 OpenClaw 启动容易失败。系统盘 40GiB 够用，带宽按需。地域方面，选一个能稳定访问大模型 API 的区域即可，别选网络受限的节点，否则模型请求会超时。

系统建议用较新的 Linux 发行版，预装 Node.js 22。如果你用的是带 OpenClaw 应用镜像的服务器，环境基本都装好了，直接跳到配置。手动装的话，先确认版本：

node -v npm -v

Node 版本低于 20 就先升级。然后配置 npm 镜像加速依赖下载：

npm config set registry https://registry.npmmirror.com/

3.2 放行端口

OpenClaw 默认用 18789 端口提供 Web 面板和 API 通信，这个端口不放行，面板打不开，通道回调也会失败。用 firewalld 的话：

firewall-cmd --permanent --add-port=18789/tcp firewall-cmd --reload firewall-cmd --list-ports

最后一条能列出 18789/tcp 就说明放行成功。云厂商控制台的安全组里也要同步放行这个端口，两层都要开。

3.3 config.toml 骨架

OpenClaw 的主配置我习惯放在~/.openclaw/config.toml。下面这份骨架把模型通道指向 TaoToken，通道部分先留空，后面逐个填：

[gateway] host = "0.0.0.0" port = 18789 log_level = "info" [models] default = "taotoken/chat-default" [models.providers.taotoken] base_url = "https://taotoken.net/api" api_key = "sk-你的TaoToken密钥" models = ["chat-default", "coding-default"] [channels] # 微信 / QQ / 飞书 / 钉钉 在后续小节逐个启用

这里base_url一定填https://taotoken.net/api，不要多加路径后缀，OpenClaw 会自己拼接。api_key换成你在控制台创建的那串。

3.4 settings.json 骨架

有些版本或插件会读~/.openclaw/settings.json，把运行时开关放这里，和 config.toml 分工：toml 管通道和模型，json 管行为和技能：

{ "runtime": { "daemon": true, "autoRestart": true, "healthCheckInterval": 60 }, "skills": { "enabled": true, "autoUpdate": false }, "logging": { "level": "info", "retainDays": 7 } }

daemon设为 true 保证服务后台常驻，autoRestart让进程崩了能自己拉起来。改完配置后重启网关：

openclaw gateway restart openclaw gateway status

状态显示 running 就说明起来了。接下来验证模型通道是否真的通。

4. 验证请求：确认 TaoToken 通道与模型可用

配置写完不验证，等于没配。OpenClaw 一般带一个模型测试命令：

openclaw model test

如果它返回模型正常响应，说明 TaoToken 的 Key 和地址都对。想更直接一点，用 curl 打一次对话接口，确认返回结构：

curl https://taotoken.net/api/v1/chat/completions \ -H "Authorization: Bearer sk-你的TaoToken密钥" \ -H "Content-Type: application/json" \ -d '{ "model": "chat-default", "messages": [{"role": "user", "content": "你好，做个连通性测试"}] }'

返回里带choices字段和一段回复内容，就说明通道完全打通。如果返回 401，是 Key 错了；返回 404，多半是 base_url 多写了/v1，把它改回https://taotoken.net/api再试。

模型通了之后，再验证 Web 面板。浏览器打开http://你的公网IP:18789，用生成的 Token 登录，发一句「帮我总结今天的待办」，能正常回复就说明整条链路没问题。这一步过了，再去接通道，否则通道报错你分不清是模型问题还是通道问题。

5. 集成 Skill 与接入微信/QQ/飞书/钉钉

5.1 安装 Skill

Skill 是 OpenClaw 的能力扩展，装完要重启才生效。常用的几个：

clawhub install skill-vetter clawhub install search clawhub install document-parser clawhub install summarize openclaw gateway restart

skill-vetter建议第一个装，它能扫描其他技能有没有风险行为。装完用clawhub list看已装列表，clawhub vet 技能名单独体检。

5.2 四个通道的配置骨架

通道配置统一写在 config.toml 的[channels]段下。每个平台的凭证获取方式不同，但结构一致，下面给骨架，你替换凭证即可。

钉钉：

[channels.dingtalk] enabled = true client_id = "你的钉钉ClientID" client_secret = "你的钉钉ClientSecret" prefix = "!"

微信：

[channels.wechat] enabled = true app_id = "你的微信AppID" app_secret = "你的微信AppSecret" token = "你设置的校验Token"

QQ：

[channels.qq] enabled = true app_id = "你的QQ机器人AppID" token = "你的QQ机器人Token"

飞书：

[channels.feishu] enabled = true app_id = "你的飞书AppID" app_secret = "你的飞书AppSecret" verification_token = "你的飞书VerificationToken"

四个通道的prefix建议错开，比如钉钉用!、飞书用/，避免你在不同平台发指令时互相干扰。改完统一重启：

openclaw gateway restart openclaw logs -f

日志里能看到各通道的连接状态，哪个没连上会直接报出来。

5.3 逐项连通性验证

不要一次全开，一个一个来。先在钉钉群里 @ 机器人发!你好，收到回复再开下一个。微信和 QQ 类似，飞书在群里发/你好。每个通道验证通过后，再开下一个，这样出问题能立刻定位到是哪个平台。

验证顺序建议：钉钉 → 飞书 → 微信 → QQ。钉钉和飞书的文档最全，先跑通能建立信心，微信和 QQ 的审核和回调配置相对麻烦，放后面。

6. 本篇常见错排查

模型不回复，日志报超时。先openclaw model test，不通就是 TaoToken 的 Key 或地址问题；通了但通道不回复，就是通道凭证或回调地址问题。两者分开查，别混在一起。

面板打不开。九成是 18789 端口没放行，云厂商安全组和系统防火墙都要开。用firewall-cmd --list-ports确认。

通道配置改了不生效。忘了openclaw gateway restart。OpenClaw 不会热加载通道配置，必须重启。

Key 粘贴后报格式错误。复制时带了空格或换行。重新复制，或者手动敲一遍，确保是干净的sk-xxxx。

服务关掉终端就停。没用 daemon 模式。确认 settings.json 里daemon为 true，或者启动时加--daemon。

技能装了没反应。装完没重启，或者技能之间有冲突。clawhub list看列表，openclaw logs -f看加载日志。

排查的通用顺序是：先看openclaw gateway status，再看openclaw logs -f，最后openclaw doctor做整体体检。大部分问题日志里都有明确提示。

7. 统一通道之后，维护成本真的降下来了

把模型调用收敛到 TaoToken 之后，最直观的变化是配置文件干净了：以前四个通道各配一套模型 Key，改一次要动四个地方；现在只有[models.providers.taotoken]一段，换模型、换 Key 都只改这一处。通道那边只关心消息怎么进来、怎么出去，不再关心背后用哪个模型。

如果你后面要跑长期的编码类 Agent 任务，可以了解下 Coding Plan，按次计费对高频调用更友好：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=coding_plan&utm_campaign=rewrite 。日常调试模型效果，直接在模型对话页面试就行：https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_content=models&utm_campaign=rewrite 。接入过程中字段对不上，翻文档：https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite 。需要新建或轮换 Key，去控制台：https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api_keys&utm_campaign=rewrite 。

最后留一个我踩过的坑：四个通道全开之后，日志量会明显变大，retainDays别设太长，7 天足够，不然磁盘容易被日志吃满。定期openclaw doctor跑一次，比出问题再救火省事得多。