永久免费2C16G VPS OpenClaw 云端 AI 团队部署
一、 项目概况:您的 24 小时云端“工作室”
OpenClaw 是一个开源的多智能体(Multi-Agent)协作框架。与普通的聊天机器人不同,它更像是一个自动化工作室。通过部署本项目,您将拥有一个由三个不同身份组成的 AI 团队:
- **总指挥 (Team Leader)**:负责理解您的模糊需求,并指挥专家干活 。
- **工程师 (Engineer)**:专注于代码编写、脚本运行和技术排产 。
- **视觉艺术家 (Creator)**:搭载了 nano-banana-pro 技能,通过 Google Gemini 引擎进行专业绘图 。
这个工作室被“搬”到了 HuggingFace Space 云端,您可以直接在手机上的飞书 (Feishu) 或 Discord 里发号施令,而它会自动完成任务并反馈结果 。
二、 架构框架:数字办公室的运作逻辑
为了让您理解系统是如何在后台跑起来的,我们可以将其拆解为以下层级:
- **物理层 (Docker)**:这是办公室的“活动板房”。我们使用 Docker 技术将 Node.js 环境、Python 环境和所有办公用品打包在一起,确保在云端也能开箱即用 。
- **网关层 (Gateway)**:这是办公室的“前台大厅”。它负责维持与飞书、Discord 的连接,并根据安全规则(Token 验证)决定是否允许外部消息进入 。
- **执行层 (Agents)**:这是真正的办公区。每个 AI 智能体都有自己的独立房间(Workspace)和记忆文件夹 。
- **物流层 (Sync Engine)**:由于云端服务器每次重启都会清理数据,我们专门配置了同步引擎。它像一个搬家公司,负责在启动时搬入您的旧记忆,在关闭前打包上传新进度 。
三、 核心模块深度拆解
1. 备份恢复机制 (Sync Engine)
这是系统的“后悔药”。
- **恢复 (Restore)**:系统启动时,sync.py 会自动前往您的 HuggingFace Dataset 仓库 。它会从最近 5 天的存档中寻找最新的备份包,并将其恢复 。
- **备份 (Backup)**:系统每 3 小时会自动执行一次“快照”,将您的对话记录、工作成果和 AI 记忆上传到云端 。这意味着即使服务器宕机,您的 AI 团队也不会“失忆”。
2. 部署的绘画技能 (nano-banana-pro)
这是设计师的“专业画笔”。
- 技术原理:它利用 Python 调用 Google 的 Imagen 模型进行图文转换 。
- 全自动分发:AI 画完图后,会自动执行关键操作:将图片存入本地备份,同时拷贝到 canvas(公开展台),并通过飞书或 Discord 发送包含网页链接和缩略预览图的消息 。
3. 启动脚本中的清除与自愈机制
脚本启动时会执行一系列清理动作:
- 删除锁文件:自动删除所有 .lock 文件,防止因意外关机导致的“文件占用”错误 。
- 清理冲突进程:强制关闭任何可能冲突的老旧网关进程,确保 7860 端口(HuggingFace 的标准窗口)完全可用 。
4. 验证机制 (Security)
为了防止他人非法占用您的 API 额度,系统配置了 Gateway Token 验证 。只有持有正确令牌的连接请求才会被处理 。同时,系统在接收飞书消息时,会自动清洗掉多余的换行符或空格,极大提升了连接的稳定性 。
四、 外部平台设置:获取您的通行证
1. 飞书 (Feishu) 参数获取
- 登录 飞书开放平台,创建“自建应用”。
- 获取凭证:在“凭证与基础信息”中获取 App ID 和 App Secret 。
- 启用机器人:必须在应用内启用机器人功能。
- 权限配置:开启“接收单聊消息”、“以机器人身份发送消息”权限。
- 发布上线:必须创建一个版本并由企业管理员审核通过,机器人才能正式工作。
2. Discord 参数获取
- 登录 Discord Developer Portal。
- 获取 Token:在 Bot 页面重置并复制 Token 。
- 关键设置:必须将 MESSAGE CONTENT INTENT 设为 ON 。如果不开启,AI 即使在线也无法读到您的任何文字消息。
五、 代理服务器配置流程 (GOST)
由于网络限制,您可能需要为系统配置中转代理。我们推荐使用 ginuerzh/gost 镜像,因为它简单且高效。
1. 代理服务器要求
- 必须有一台拥有公网 IP 的云服务器 (VPS)。
- 该服务器必须能够顺畅访问 discord.com、huggingface.co 和 googleapis.com。
2. 容器部署方式 (Docker)
这是最推荐的部署方式:
Bash
# 在您的 VPS 服务器上执行
docker run -d \
--name my-gost \
--restart always \
-p 7890:7890 \
ginuerzh/gost \
-L=用户名:密码@:7890
- 注意:请将“用户名”和“密码”改为您自定义的值,并将 7890 端口在云服务器防火墙中放行。
六、 部署流程实操
1. 将 Dockerfile 导入 Space
- 在 HuggingFace 创建新 Space,SDK 选择 Docker。
- 点击 Files and Versions -> Add file -> Create a new file。
- 文件名填写 Dockerfile,将附件代码全文粘贴进去并保存 。
- 上传 Skills:确保将本地的 skills/nano-banana-pro 文件夹通过 Upload files 整体上传到项目目录中 。
2. 观察日志与控制台
- 查看日志:部署后点击 Space 顶部的 Logs。看到 Starting OpenClaw Gateway 字样表示系统已就绪 。
- WebUI 简介:点击 App 选项卡即可进入 OpenClaw 控制台。
- Agents 菜单:查看各个 AI 成员的实时思考过程 。
- Channels 菜单:确认飞书和 Discord 是否已变绿显示连接成功 。
3. 核心步骤:第一次任务的授权
这是新手最容易忽略的一步:
- 当您在飞书或 Discord 发送第一条消息后,系统出于安全考虑会拦截请求 。
- 您必须立刻打开 OpenClaw 的 webUI 控制台。
- 进入 node 菜单,找到您的接入申请并点击 **Approve (批准)**。
- 一旦授权完成,AI 团队才会正式开始为您工作。
七、 环境变量汇总与填写说明
在 Space 的 Settings -> Variables and secrets 页面,请按照下表添加 Secrets:
| 变量名 | 填写说明 |
|---|---|
| GEMINI_API_KEY | 必填。Google AI Studio 申请的 API 密钥,用于驱动 AI 大脑和绘图 。 |
| HF_TOKEN | 必填。您的 HuggingFace 访问令牌,必须具备 Write 权限,用于备份数据 。 |
| HF_DATASET | 必填。用于存放备份文件的仓库名,格式为 用户名/仓库名 。 |
| MODEL | 选填。主对话模型 ID,默认为 gemini-2.0-flash 。 |
| IMAGE_MODEL | 选填。绘图模型 ID,默认为 imagen-4.0-generate-001 。 |
| DISCORD_TOKEN | Discord 机器人的私密令牌 。 |
| DISCORD_USER_ID | 您的 Discord 用户 ID,用于精确识别指令发起者 。 |
| FEISHU_APP_ID | 飞书自建应用的 App ID 。 |
| FEISHU_APP_SECRET | 飞书自建应用的 App Secret 。 |
| FEISHU_ENCRYPT_KEY | 选填。飞书事件订阅的加密密钥,如未设置可留空 。 |
| HTTPS_PROXY | 选填。格式为 http://用户名:密码@您的服务器IP:端口,用于联通境外服务。 |
八、 安装部署注意事项
- 图片显示不了:检查 IMAGE_MODEL 是否设置正确(推荐 imagen-4.0-generate-001)。
- 回复很慢:可能是代理服务器延迟高,尝试更换 GOST 所在的服务器区域。
- 备份失败:请确认您的 HF_TOKEN 拥有“Write (写入)”权限。
- 端口锁定:HuggingFace 强制使用 7860 端口,请勿在配置文件中随意更改网关端口。
- API 额度:绘图模型消耗额度较快,建议在非必要时不要频繁调用设计师。
- 持久化路径:所有的工作成果必须放在 /home/node/.openclaw 目录下,否则无法被备份系统识别。
九、 最终建议与局限性说明
1. 技术门槛警告
本项目的部署涉及 Docker 容器、云端变量设置及网络代理隧道配置,对技术门槛要求较高。虽然有保姆级指南,但仍不建议完全没有 IT 基础的人员在无人指导的情况下尝试,以免造成 API 密钥泄露或配置反复失败。
如果没有必须使用Discord的需求,建议只配置飞书这个channel,这样就不需要配置代理服务器,会大幅减少配置复杂度。
2. 现状与局限性
目前的 OpenClaw 版本仍有待完善之处:
- 通道兼容性:在不同通讯平台(如飞书与 Discord)中,实现完美的“群聊内直接显图”功能尚未完全统一,部分情况下仅能通过链接查看。
- 授权流程:容器启动后的第一次任务必须手动通过 WebUI 授权,流程稍显繁琐。
- 后期期待:我们正期待 OpenClaw 后续版本的升级,以进一步提高不同平台的兼容性并简化授权逻辑。
十、 源代码
github地址:https://github.com/tianmingyun/huggingface-openclaw