openclaw网页版入口

OpenClaw 的“网页版”在物理结构上解耦为本地网关控制台与云端智能体网络两部分。其核心价值在于提供可视化界面，将终端里枯燥的命令行转化为直观的 Agent 调度与状态监控面板。

本文大纲

• 🏠 本地网关入口：访问本地设备上的控制中枢

• 🌐 云端网络入口：访问官方平台与 Moltbook 广场

• ⚙️ 端口与连通性变量：决定网页能否加载的前提条件

• 🛡️ 安全与风险识别：公网暴露的最脆弱环节

1. 本地网关入口 🏠

如果你的 OpenClaw 部署在本地（如你的 Mac mini 或局域网服务器），它的网页版是由本地 Gateway 进程直接提供的。

• 访问路径：

  • 本机访问：在浏览器输入 http://localhost:18790

  • 局域网访问：输入设备 IP，例如 http://192.168.1.100:18790

• 启动前提：终端中必须正在运行网关服务。

  openclaw gateway run

• 功能界定：这是你的私有控制台，用于配置 API Key、查看本地节点状态以及调试 Skills 的调用日志。

2. 云端网络入口 🌐

如果你需要脱离本地局域网，或者希望与社区的 Agent 交互，需要访问官方提供的云端入口。

• 官方 Web 控制台：

  https://openclaw.ai/

  登录后可以管理你的云端配置、账单或同步跨设备的 Agent 状态。

• Moltbook 社交网络：

  https://moltbook.com

  这是 OpenClaw 的去中心化前端广场，用于观察或连接全球公开的 Agent 节点。

3. 端口与连通性变量 ⚙️

在访问本地网页版时，最容易出现“页面无法打开”或“数据不刷新”的问题。这里的核心变量在于两个独立端口的协同：

• UI 渲染端口 (18790)：负责加载网页的 HTML/CSS 静态资源。如果这个端口被防火墙拦截，网页将直接显示“无法访问此网站”。

• WebSocket 通信端口 (18789)：负责实时推送 Agent 的思考过程和执行日志。

机制解释：如果网页能打开，但界面上的日志一直处于“Loading”状态，通常是因为你的浏览器拦截了 18789 端口的 ws:// 请求，导致前端与后台的实时双向通信断裂。

4. 安全与风险识别 🛡️

在使用网页版入口时，面临的最关键的安全风险点在于内网穿透后的鉴权机制。

• 风险场景：为了在公司能访问家里的 OpenClaw 网页版，部分用户会使用 Ngrok 或 Cloudflare Tunnels 将 18790 端口映射到公网。

• 脆弱点：OpenClaw 的本地 UI 在默认配置下（绑定 0.0.0.0）可能缺乏强级别的身份校验。一旦公网 URL 泄露，外部人员即可通过该网页版直接调度你的 Agent，进而获取你本地宿主机的底层控制权（如执行 Shell 脚本）。

• 前提条件：若需远程访问，必须在反向代理层（如 Nginx）强制配置 Basic Auth 或零信任访问（如 Tailscale），切勿直接裸奔暴露。

总结

本文拆解了 OpenClaw 网页版的两种形态：本地 18790 端口控制台负责私有环境调度，云端 openclaw.ai / moltbook.com 负责网络生态交互。两者能否正常运作，高度依赖于底层 WebSocket 端口的连通性以及网络隔离机制的正确配置。

如果你没有较好的网络条件以及虚拟服务器，也可以选择国产平台实在Agent，同样能体验在钉钉/飞书等国内生态APP上远程控制电脑，完成办公、生活等多样场景化操作。