必须启用中继模式，使QClaw降级为协议转换器与权限守门人，直接调用本地OpenClaw实例，保留微信入口、安全弹窗及AES-256加密回传能力。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让QClaw跳过自身Agent层，直接调用本地已部署的OpenClaw实例执行任务，同时保留微信入口、安全弹窗和本地加密回传能力，就必须启用中继模式——它不是简单转发，而是把QClaw降级为协议转换器与权限守门人。
确认OpenClaw服务已就绪
打开命令行终端，执行openclaw status。若返回WebSocket Gateway listening on :28792，说明服务正常；若提示command not found或端口未监听，需先执行openclaw start --port 28792启动服务。
访问http://localhost:28792/health，页面显示{"status":"ok","version":"v2026.3.31"}即代表OpenClaw健康运行。该端口是QClaw中继通信的唯一信道，【不可修改为其他端口】，否则QClaw无法自动发现。
在QClaw中启用中继模式
方法一：图形界面配置（推荐给非技术用户）
打开QClaw → 左下角「设置」→「远控通道」→「OpenClaw中继」→ 开启开关 → 点击「自动探测」。QClaw会扫描本机28792端口并填入地址，无需手动输入。
方法二：手动编辑配置文件（适用于端口被占用或需跨主机）
关闭QClaw客户端 → 打开C:\Users\{用户名}\.qclaw\openclaw.json → 在agents.defaults节点下新增字段："relay": {"enabled": true, "host": "127.0.0.1", "port": 28792} → 保存文件 → 重启QClaw。
注意：若OpenClaw部署在另一台机器（如NAS），此处host必须填对方局域网IP（如192.168.1.50），且对方防火墙需放行28792端口。
验证中继是否生效
第一步：在微信中向QClaw发送/status指令。
第二步：观察QClaw客户端右下角状态栏——若显示「中继模式 · OpenClaw v2026.3.31」，说明已成功接管。
第三步：发送/model list，返回结果应与你在OpenClaw终端执行openclaw model list完全一致，包括本地Ollama加载的qwen3.5:35b-a3b等模型名。
若返回空列表或报错Failed to fetch models from relay，请检查OpenClaw是否以--enable-model-api参数启动，该参数默认关闭，必须显式启用才能响应模型查询请求。
关键行为差异确认
发送指令打开浏览器访问 https://example.com：
— 中继模式下，QClaw不再调用自己的浏览器控制Skill，而是将指令序列化为JSON-RPC 2.0请求，发往http://127.0.0.1:28792；
— OpenClaw收到后解析执行，所有系统调用（如启动Chrome进程）发生在OpenClaw所在进程上下文中；
— QClaw仅负责接收OpenClaw返回的截图base64数据，并经AES-256加密后推送至微信。
此时QClaw的「执行层」完全静默，【所有敏感操作授权弹窗均由OpenClaw进程触发】，而非QClaw——这意味着你必须在OpenClaw首次调用剪贴板或文件读写时，手动点击其弹出的系统级授权窗口。
