企业官网建设流程全解析

1. N1 飞牛 NAS 跑 OpenClaw 的真实场景

N1 盒子刷上飞牛 NAS 之后，很多人第一反应是拿它当轻量文件服务器或者下载机。但如果你想让一个 AI 助理 24 小时在线，N1 其实是个被低估的载体：功耗低、能长期通电、ARM 版飞牛自带完整 Linux 环境和 SSH，这些条件刚好满足常驻型 Agent 的需求。

OpenClaw 是一个可以常驻运行、通过插件接入消息平台的 AI Agent 框架。它本身不做模型推理，推理交给外部 API，本地只负责调度、记忆、工具调用和消息收发。这意味着 N1 不需要承担算力压力，只要稳定在线就行。适合谁？适合手里有闲置 N1、想让微信变成一个随时能发任务的 AI 入口、又不想专门开一台高性能机器的人。

我试过把这套链路跑通之后，日常使用基本不打开 OpenClaw 的 Web 页面，直接在微信里发消息就行。下面把 SSH 部署命令、config.toml 与 settings.json 配置骨架、以及微信侧连通性验证动作完整走一遍，目标是一次跑通常驻链路。

2. TaoToken 统一 Key 前置准备

OpenClaw 在配置阶段会让你选择 AI 大脑供应商。如果你同时用多个模型平台，每个平台一套 Key、一套 Base URL，管理起来很碎。TaoToken 的作用是把这些统一成一个 API 通道：一个 Key、一个 Base URL，后面换模型只改模型 Code，不用重新配供应商。

你需要提前拿到两样东西：

• 一个 TaoToken API Key，在控制台的 API Keys 页面创建。
• 确认 Base URL 为https://taotoken.net/api，接口兼容 OpenAI 格式。

注意：OpenClaw 的 Custom Provider 走的是 OpenAI-compatible 协议，TaoToken 的 API 地址直接填在 API Base URL 一栏即可，不需要额外加/v1后缀之外的路径。

如果你还没创建 Key，可以先去控制台生成一个，复制下来备用。这个 Key 后面会写进 OpenClaw 的配置里，所以别弄丢。

3. SSH 部署 OpenClaw 完整命令

3.1 开启 SSH 并连接 N1

登录飞牛 NAS 后台，进入系统设置里的 SSH 选项，把它启用。然后在电脑上打开 PowerShell，用 SSH 连上 N1：

# n1 为飞牛 NAS 用户名，IP 换成你的 N1 地址 ssh n1@192.168.50.228

第一次连接会提示确认指纹，输入 yes 后回车，再输入密码即可进入。

3.2 补齐 Node.js 环境

飞牛 NAS 默认可能没有 Node.js，用 NVM 装最省事。先创建家目录并修正权限：

sudo mkdir -p /home/$(whoami) && sudo chown -R $(whoami):$(id -gn) /home/$(whoami) && sudo chmod 755 /home/$(whoami)

进入用户目录，创建基础配置文件，然后安装 NVM：

cd ~ && touch .bashrc curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash

刷新配置让 nvm 生效：

export NVM_DIR="$HOME/.nvm" [ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh" [ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion"

安装 Node.js LTS 版本：

nvm install --lts node -v

看到版本号输出就说明 Node.js 装好了。

3.3 安装 Git 与 OpenClaw

先检查 Git 是否已存在：

git --version

如果没有输出，执行：

sudo apt install git -y

接着安装 OpenClaw。N1 是 ARM 环境，追新版本容易踩坑，建议锁定一个稳定版本：

npm i -g openclaw@2026.3.13

安装过程在 N1 上大概需要几分钟，耐心等它跑完。

4. config.toml 与 settings.json 配置骨架

OpenClaw 的配置分两块：一块是模型供应商和运行参数，写在config.toml；一块是消息平台和插件相关，写在settings.json。下面给出可复制的骨架，你只需要替换 Key 和模型 Code。

4.1 config.toml 骨架

# OpenClaw 主配置 [provider] name = "taotoken" base_url = "https://taotoken.net/api" api_key = "你的_TaoToken_API_Key" endpoint = "openai-compatible" [model] code = "Qwen/Qwen3.5-397B-A17B" alias = "default" [gateway] host = "0.0.0.0" port = 8080 [hooks] command_history = true memory = true

这里base_url填 TaoToken 的 API 地址，api_key填你创建好的 Key，model.code换成你想用的模型 Code。gateway段控制 OpenClaw 的监听地址和端口，后面微信插件会用到。

4.2 settings.json 骨架

{ "channel": { "type": "weixin", "enabled": true, "bot_name": "openclaw-bot" }, "plugins": { "weixin": { "auto_reconnect": true, "reconnect_interval": 30 } }, "logging": { "level": "info", "path": "/home/n1/.openclaw/logs" } }

channel.type设为weixin，auto_reconnect打开，这样微信连接断了之后 OpenClaw 会自己重连，不用你手动干预。日志路径建议放在用户目录下，方便排查。

4.3 用 onboard 引导写入配置

如果你不想手动改文件，也可以直接跑引导命令，它会交互式地帮你生成配置：

openclaw onboard --install-daemon

在供应商选择页面选 Custom Provider，API Base URL 填https://taotoken.net/api，粘贴 TaoToken 的 Key，接口选 OpenAI-compatible，然后输入模型 Code。提示Verification successful就说明接入成功。

5. 验证请求与微信侧连通性

5.1 本地验证模型通道

配置写好后，先确认 OpenClaw 能正常调用模型。启动 Gateway：

openclaw gateway start

然后发一条测试请求：

openclaw chat "你好，你当前接入的是什么模型？"

如果返回了模型名称和正常回复，说明 TaoToken 通道已经通了。

5.2 安装微信插件

在手机微信里打开 OpenClaw 的插件页面，复制插件安装命令，回到 N1 终端执行：

npx -y @tencent-weixin/openclaw-weixin-cli@latest install

安装完成后终端会输出一个二维码，用手机微信扫一扫，把 openclaw-bot 机器人账号连上。提示连接成功并重启后，就可以在微信里直接对话了。

5.3 微信侧连通性验证动作

在微信里给机器人发一条消息，内容可以这样设计，一次性验证多个点：

你好，你是谁，你当前运行在什么操作系统上，接入的是什么模型？

如果回复里提到了 Linux、ARM 架构、以及你配置的模型 Code，说明整条链路——微信 → OpenClaw → TaoToken → 模型——全部打通。这一步是整个部署里最关键的验证动作，过了这步，24 小时常驻就只剩稳定性问题了。

6. 本篇常见错排查

6.1 Node.js 版本不兼容

OpenClaw 对 Node.js 版本有要求，如果启动时报Unsupported engine或语法错误，先确认版本：

node -v

低于 LTS 的话用nvm install --lts重新装，然后nvm use --lts切换。

6.2 API Base URL 填错导致验证失败

最常见的报错是Verification failed或401 Unauthorized。检查两点：Base URL 是不是https://taotoken.net/api，Key 有没有多余空格。TaoToken 的接口是 OpenAI-compatible，不要自己加/v1/chat/completions这种完整路径，OpenClaw 会自己拼。

6.3 微信插件安装后二维码不出现

如果npx命令跑完没有二维码，通常是网络问题导致包没下全。先清一下 npx 缓存再重试：

npx clear-npx-cache npx -y @tencent-weixin/openclaw-weixin-cli@latest install

另外确认 N1 能正常访问外网，DNS 解析没问题。

6.4 Gateway 启动后微信无响应

先看 Gateway 是否在跑：

openclaw gateway status

再看日志：

tail -f /home/n1/.openclaw/logs/openclaw.log

如果日志里反复出现重连，检查settings.json里的auto_reconnect是否为 true，以及微信插件版本是否和 OpenClaw 主版本匹配。

6.5 ARM 环境下依赖编译失败

N1 是 ARM 架构，部分 npm 包如果没有预编译二进制会现场编译，容易失败。遇到node-gyp报错时，先装编译工具链：

sudo apt install build-essential python3 -y

然后重新安装 OpenClaw。

7. 长期编码与 Agent 场景的 Key 管理

如果你不只是想让微信助理跑起来，还打算把 OpenClaw 当成长期编码或 Agent 调度入口，那 Key 的管理方式就值得单独规划。TaoToken 的统一 Key 在这里的优势是：你可以在一个控制台里管理多个模型的调用，换模型只改config.toml里的model.code，不用动 Key 和 Base URL。

对于需要长时间运行的 Agent 任务，建议在 Coding Plan 里单独规划调用额度，避免和日常对话混在一起导致额度不够用。配置上，你可以给 OpenClaw 开两个 provider 段，一个走日常对话模型，一个走编码模型，按任务类型切换。

[provider.daily] name = "taotoken" base_url = "https://taotoken.net/api" api_key = "你的_TaoToken_API_Key" endpoint = "openai-compatible" [provider.coding] name = "taotoken" base_url = "https://taotoken.net/api" api_key = "你的_TaoToken_API_Key" endpoint = "openai-compatible"

这样微信里发普通消息走 daily，触发编码任务时走 coding，互不干扰。

8. 接入排障与文档入口

部署过程中如果卡在某个环节，优先看两个地方：一是 API Keys 页面确认 Key 状态正常、额度充足；二是接入文档里对照 Base URL 和接口格式。大部分Verification failed都是 Key 或地址写错导致的，排掉这两个基本就通了。

微信侧如果一直连不上，先确认插件安装命令是在 N1 终端里执行的，不是在本地电脑上。二维码是用手机微信扫的，扫完要等终端提示重启成功再发消息测试。

模型通道验证通过、微信扫码连接成功、发消息能收到带模型信息的回复，这三步走完，N1 上的 OpenClaw 就算正式常驻了。后面要做的就是保持 N1 通电、网络稳定，剩下的交给它自己跑。