# OpenClaw QQ 机器人接入完整指南

作者: 星期五助手
创建时间: 2026-03-05
适用版本: OpenClaw 2026.2.26+


📖 目录

  1. 项目概述
  2. 环境准备
  3. 安装 NapCat QQ 机器人
  4. 配置 OpenClaw QQ 插件
  5. 网络配置(关键)
  6. 测试与验证
  7. 常见问题

项目概述

本指南介绍如何将 OpenClaw 接入 QQ,实现通过 QQ 与 OpenClaw 智能助手对话。

架构说明

┌─────────────┐ ┌──────────────┐ ┌─────────────┐ │ QQ 用户 │ ──→ │ NapCat │ ──→ │ OpenClaw │ │ (发消息) │ │ (QQ 机器人) │ │ (星期五) │ └─────────────┘ └──────────────┘ └─────────────┘ ↓ (OneBot WebSocket) 

技术栈

  • NapCat: QQ 机器人框架(基于 OneBot v11 协议)
  • OpenClaw QQ 插件: OpenClaw 官方 QQ 频道插件
  • Docker: NapCat 容器化部署
  • Host 网络模式: 解决 WSL2 与 Docker 网络互通问题

环境准备

系统要求

  • ✅ Linux / WSL2 (Windows Subsystem for Linux)
  • ✅ Docker 20.10+
  • ✅ Docker Compose 2.0+
  • ✅ OpenClaw 2026.2.26+
  • ✅ Node.js 18+ (OpenClaw 运行环境)

检查环境

# 检查 Dockerdocker--versiondocker compose version # 检查 OpenClaw openclaw --version# 检查 Node.jsnode--version

安装 NapCat QQ 机器人

步骤 1: 创建部署目录

mkdir-p /home/gaof/.openclaw/extensions/qq/deploy/napcat cd /home/gaof/.openclaw/extensions/qq/deploy/napcat 

步骤 2: 创建 Docker Compose 配置

创建 docker-compose.yml

version:"3"services:napcat:environment:- NAPCAT_UID=${ NAPCAT_UID}- NAPCAT_GID=${ NAPCAT_GID}container_name: napcat network_mode: host # ⚠️ 关键:使用 host 网络模式restart: always image: mlikiowa/napcat-docker:latest 

重要:必须使用 network_mode: host,否则 WSL2 无法访问容器!

步骤 3: 启动 NapCat

cd /home/gaof/.openclaw/extensions/qq/deploy/napcat docker compose up -d

步骤 4: 扫码登录 QQ

查看日志获取二维码:

docker logs napcat 2>&1|tail

Read more

【前端开发】HTML+CSS+JavaScript前端三剑客的基础知识体系了解

【前端开发】HTML+CSS+JavaScript前端三剑客的基础知识体系了解

前言 🌟🌟本期讲解关于HTML+CSS+JavaScript的基础知识,小编带领大家简单过一遍~~~ 🌈感兴趣的小伙伴看一看小编主页:GGBondlctrl-ZEEKLOG博客 🔥 你的点赞就是小编不断更新的最大动力                                        🎆那么废话不多说直接开整吧~~   目录 1.HTML  1.1什么是HTML 1.2HTML的基本结构 1.3HTML的快速入门 1.4HTML常见的标签 1.段落标签 2.图片标签 3.超链接标签 4.input标签 5.⽆语义标签: div&span  2.CSS  2.1什么是CSS 2.2CSS基础结构 2.3CSS选择器 1.标签选择器 2.class选择器 3.id选择器 4.通配符选择器  5.

Sonic数字人前端界面可用Vue + Three.js构建交互式预览

Sonic数字人前端界面可用Vue + Three.js构建交互式预览 在虚拟内容爆发的时代,我们正见证一场从“真人出镜”到“数字人上岗”的悄然变革。无论是电商平台的24小时客服、教育领域的AI讲师,还是短视频平台上活跃的虚拟主播,数字人已不再是科幻电影中的概念,而是切实走进了生产流程。然而,传统数字人系统依赖复杂的3D建模与动画绑定,开发周期长、成本高,难以满足轻量化和快速迭代的需求。 Sonic 的出现改变了这一局面。作为腾讯与浙江大学联合研发的轻量级口型同步模型,它仅需一张静态人脸图像和一段音频,就能生成唇形精准对齐、表情自然流畅的说话视频。这极大降低了数字人内容创作的技术门槛。但真正让这项技术“落地可用”的,是其前端交互体验的设计——如何让用户直观地上传素材、调节参数,并在点击“生成”前就大致预知结果? 答案正是:Vue + Three.js 构建的交互式预览系统。 为什么选择 Vue?不只是为了“写页面” 很多人认为前端框架只是用来“画按钮和表单”,但在数字人这类复杂应用中,Vue 扮演的是整个系统的“神经中枢”

GitHub镜像加速:使用国内源快速拉取VoxCPM-1.5-TTS-WEB-UI仓库

GitHub镜像加速:使用国内源快速拉取VoxCPM-1.5-TTS-WEB-UI仓库 在AI技术飞速落地的今天,一个开发者最怕的不是写不出代码,而是——等不到代码。 想象一下:你满怀热情地准备复现一篇最新的语音合成项目,点开GitHub仓库,复制git clone命令,回车……然后看着终端里每秒几KB的下载速度,眼睁睁看着进度条卡在30%,网络中断重连,反复三次仍未完成。尤其当这个项目包含大模型权重、依赖库和Web界面时,这种“跨境拉取”的痛苦更是被放大到极致。 这正是许多人在尝试部署 VoxCPM-1.5-TTS-WEB-UI 这类高质量中文TTS系统时的真实写照。该项目基于VoxCPM系列大模型,支持高保真语音生成与网页交互推理,是当前中文语音合成领域极具实用价值的开源方案。但它的“重量级”也带来了部署门槛:完整仓库动辄数GB,直接从GitHub克隆可能耗时数小时,甚至失败。 有没有办法把这一过程从“以天计”压缩到“以分钟计”?答案是肯定的——利用国内GitHub镜像源 + 加速脚本,实现极速拉取与一键启动。 为什么需要镜像?因为现实很骨感 GitHub作为全球最大的

前端打工人速通:用JavaScript玩转GIS地图开发(附避坑指南+实战技巧)

前端打工人速通:用JavaScript玩转GIS地图开发(附避坑指南+实战技巧)

前端打工人速通:用JavaScript玩转GIS地图开发(附避坑指南+实战技巧) * 前端打工人速通:用JavaScript玩转GIS地图开发(附避坑指南+实战技巧) * 地图这玩意儿,早就不是大厂的专利了 * 选库如选对象,合适最重要 * 坐标系:前端GIS的终极噩梦 * GeoJSON:地图界的JSON,但别乱用 * 那些常见的地图需求,到底怎么实现? * 性能翻车现场:从3帧到60帧的救赎 * 调试地图:一场玄学的修行 * 骚操作:让老板直呼高级的玩法 * 写在最后:地图开发不是体力活,是技术活 前端打工人速通:用JavaScript玩转GIS地图开发(附避坑指南+实战技巧) 说实话,我第一次接到地图需求的时候,内心是崩溃的。老板拍着我的肩膀说:"小王啊,这个需求很简单,就是在页面上加个地图,然后显示几个标记点。"我当时天真地以为,这不就是引入个<script>标签,调个API的事儿吗?结果三天后,