核心用法
本 Skill 是一份完整的 OpenClaw 云端部署指南，帮助用户在 Google Cloud Platform 上快速创建并配置 OpenClaw 实例。部署流程涵盖：创建 e2-medium 规格 VM、配置 SSH 密钥访问、安装 Tailscale 实现零信任网络、部署 NVM/Node.js 22 环境、安装 OpenClaw 网关服务，并通过 systemd 注入 Brave Search API 密钥。最终通过 Tailscale serve 将本地 18789 端口暴露为安全入口，形成"GCP VM → Tailscale 私网 → OpenClaw 网关"的完整链路。
显著优点
1. 安全架构设计：网关绑定 loopback 仅通过 Tailscale 暴露，配合 UFW 防火墙实现双层网络隔离；凭证通过 stdin 传递避免 shell 历史泄露，配置文件强制 600 权限。
2. 故障经验沉淀：Key Learnings 表格总结了 e2-micro OOM、nodesource 失败、DNS 异常等真实踩坑案例，大幅降低用户试错成本。
3. 灵活部署模式：同时提供一键脚本和手动分步命令，适应自动化 CI/CD 和交互式调试两种场景。
4. 零信任网络集成：Tailscale 替代传统公网 IP+防火墙方案，天然支持设备级身份认证和细粒度访问控制。
潜在缺点与局限性
1. 远程脚本依赖风险：使用 curl | sh 模式执行 Tailscale 和 NVM 安装脚本，虽来源官方但存在供应链攻击面；OpenClaw 包使用 latest 标签未锁定版本。
2. 平台锁定明显：深度绑定 GCP 生态（gcloud CLI）和 Tailscale 网络，迁移至 AWS/Azure 或其他 VPN 方案需大幅改写。
3. 运维复杂度：涉及 SSH 密钥管理、Tailscale 设备授权、systemd 服务配置等多环节，对非 DevOps 背景用户门槛较高。
4. 资源成本：e2-medium（4GB 内存）为最低要求，持续运行产生云费用；相比本地部署缺乏成本优势。
适合的目标群体
- 具备 GCP 和 Linux 基础的技术用户
- 需要为团队搭建共享 OpenClaw 网关的中小团队
- 对网络隔离有严格要求、偏好零信任架构的安全意识用户
- 希望快速验证 OpenClaw 生产部署方案的早期采用者
使用风险
1. 供应链风险：远程脚本或 npm 包被篡改可能导致实例被控，建议校验脚本哈希或改用镜像快照部署。
2. 凭证泄露：ANTHROPIC_TOKEN 和 BRAVE_API_KEY 需通过环境变量注入，在共享 CI 环境中存在泄露风险。
3. 版本漂移：latest 标签可能引入破坏性更新，生产环境应锁定具体版本。
4. 服务依赖：GCP、Tailscale、Anthropic、Brave 任一服务中断或政策变更将影响整体可用性。