观测
统一查看 OpenClaw 健康、Agent 状态、会话、日志、事件和主机压力，而不是把多套工具硬拼在一起。
OpenClaw 运维的官方站点
面向 OpenClaw 的 运维控制平面。
OpenClawPanel 帮助团队稳定运营数字员工产品背后的 OpenClaw 服务：统一完成健康观测、控制动作、故障恢复与变更审计。
- 为 OpenClaw 运维而生
- 支持 Mac 与 Linux Agent
- 恢复与审计闭环
OpenClaw 编队
48 受管 Agent
6 活跃事件
3 待升级批次
运维闭环
- 发现运行漂移
- 批准或介入
- 重启或恢复
专为 OpenClaw 运维打造 不是泛化的主机监控，也不是抽象的 AI Ops 口号。
聚焦服务可靠性 让数字员工产品背后的 OpenClaw 服务始终保持可观测、可控制、可恢复。
足够轻，能快速上线 单 Go Server、内嵌 Panel、无状态 Agent、简单通信模型。
核心能力
一个 OpenClaw 运维控制平面，至少要把这四件事做好。
控制
当运行状态开始漂移时，从一个面板完成重启、升级、快照、恢复和远程介入。
恢复
把故障处理变成有路径的操作闭环，让快照、回滚、重启与恢复动作真正适用于在线 OpenClaw 服务。
审计
记录谁做了什么、执行了什么、失败在什么地方，让 OpenClaw 运维不再停留在随手实验阶段。
运维团队真正需要的东西
把服务可见性、介入、恢复和变更控制放在同一张操作面上。
这个产品最强的地方，在于把安装、上线、事件处理和恢复连接成一个连续闭环。每一个关键动作都应该可追踪、可理解、可回退。
- 零密钥安装与审批流程
- Mac 与 Linux 运行节点统一管理
- 结构化 OpenClaw 事件可见性
- 远程 OpenClaw 与 Agent 升级动作
- 游客安全概览与管理员运维详情隔离
- 版本库存、发布准备度与审计轨迹
待接入 批准新节点
只有操作员明确接受节点后，才下发运行时令牌。
运行中 重启或做快照
在运行状态进一步漂移前，先把退化的 OpenClaw 节点拉回可控状态。
已记录 审计每一次变更
让操作行为、发布状态和事件迁移在事后仍然清晰可见。
架构
足够轻，能快速上线；足够严谨，能承载真实 OpenClaw 业务。
Agent 探针
运行在 Worker 主机上
负责采集 OpenClaw 状态、上报事件、轮转日志、执行命令并完成 Agent 自升级，不额外拖入复杂依赖。
Panel Server
持有整个编队状态
用 SQLite 维护运维真相，提供控制面板、管理版本库存，并通过心跳响应回传命令，保持网络模型简单可控。
运行路径
从第一台主机，到真正可控的 OpenClaw 运行体系。
安装并审批
Agent 先以 pending 状态注册，管理员审批后才发放运行时令牌，把裸主机真正纳入 OpenClaw 运维体系。
稳定运维
不需要手工登录每一台机器，也能持续看到会话压力、运行漂移和 OpenClaw 状态。
无需慌张地恢复
当节点卡住时，你拿到的是重启、快照、回滚和命令历史，而不是盲目 SSH 碰运气。
部署方式
让 OpenClaw 运维保持可控，同时让官网继续轻量发布。
官网可以托管在 Cloudflare Pages，以 SSR 形式输出可抓取 HTML；而真正的 OpenClawPanel 继续作为 OpenClaw 运维控制平面运行。这样既保证官网轻快，也不影响产品面的稳定运维。
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-site