面向正式发布的官网

不是在管理机器。而是在管理一支 AI 员工队伍。

OpenClawPanel 是面向高自治 Agent 编队的控制平面：统一完成 OpenClaw Worker 的观测、控制、恢复与审计，而不是再把运维栈拼成一个脆弱的实验品。

规划发布方案查看源码

优先自托管
支持 Mac 与 Linux Agent
快照与审计闭环

编队压力

48 受管 Agent

6 活跃事件

3 待升级批次

运维闭环

发现运行漂移
批准或介入
重启或恢复

专为 Agent 运维打造 不是泛化的主机监控，也不是抽象的 AI Ops 口号。

面向早期不稳定阶段 OpenClaw 很强，但早期系统更需要明确的恢复和审计能力。

尽量保持轻量 单 Go Server、内嵌 Panel、无状态 Agent、简单通信模型。

核心能力

一套正式控制平面，必须把这四件事做好。

观测

统一查看 Agent 在线状态、OpenClaw 健康、会话、日志和主机压力，而不是把三套工具硬拼在一起。

控制

在编队开始漂移时，从一个面板完成重启、升级、快照、恢复和远程控制。

恢复

把故障处理变成有路径的操作闭环，让快照、回滚、重启与恢复动作真正适用于在线 Agent。

审计

记录谁做了什么、执行了什么、失败在什么地方，让 Agent 运维不再停留在随手实验阶段。

操作者真正需要的东西

把批准、可见性、介入和恢复放在同一张操作面上。

这个产品最强的地方，在于把安装、上线、事件处理和恢复连接成一个连续闭环。每一个关键动作都应该可追踪、可理解、可回退。

零密钥安装与审批流程
Mac 与 Linux Agent 统一管理
结构化事件可见性
远程 OpenClaw 与 Agent 升级动作
游客安全概览与管理员详情隔离
版本库存、发布准备度与审计轨迹

待审批 批准新 Worker

只有操作员明确接受节点后，才下发运行时令牌。

运行中 重启或做快照

在底层任务上下文完全丢失前，先把退化的 Agent 拉回可控状态。

已记录 审计每一次变更

让操作行为、发布状态和事件迁移在事后仍然清晰可见。

架构

足够轻，能快速上线；足够严谨，能承载真实业务。

Agent 探针

运行在 Worker 主机上

负责采集 OpenClaw 状态、上报事件、轮转日志、执行命令并完成 Agent 自升级，不额外拖入复杂依赖。

Panel Server

持有整个编队状态

用 SQLite 维护运维真相，提供控制面板、管理版本库存，并通过心跳响应回传命令，保持网络模型简单可控。

运行路径

从第一台主机，到真正可控的 Agent 编队。

安装并审批

Agent 先以 pending 状态注册，管理员审批后才发放运行时令牌，把裸主机真正纳入编队。

稳定运维

不需要手工登录每一台机器，也能持续看到会话压力、运行漂移和 OpenClaw 状态。

无需慌张地恢复

当节点卡住时，你拿到的是重启、快照、回滚和命令历史，而不是盲目 SSH 碰运气。

部署方式

产品控制面继续独立运行，官网则走静态与 SSR 混合发布。

官网可以托管在 Cloudflare Pages，以 SSR 形式输出可抓取 HTML；而真正的 OpenClawPanel 控制面继续保持当前 Go 服务端部署路径。这样既保证营销站轻快，也不影响产品面的稳定运维。

Cloudflare Pages 托管官网SSR HTML 更利于搜索引擎抓取页面视觉资源全部本地化

建议的发布拆分

marketing: openclaw-panel.com
app:       app.openclaw-panel.com
docs:      docs.openclaw-panel.com

build:     npm run build
publish:   wrangler pages deploy dist --project-name openclaw-panel

不是在管理机器。 而是在管理一支 AI 员工队伍。