给 OpenClaw 换上更顺手接地气的彩云天气 Skill
这篇文章不打算讨论谁在气象学上“绝对更准”，而是回答一个更实际的问题：同样是在中国用 OpenClaw 查天气，为什么默认 weather skill 常常只是“能用”，而 caiyun-weather-skill 会明显更顺手。 默认 weather skill 并不差，它的优势是零配置、全球通用、临时查国外城市很方便。 但在中国场景下，caiyun-weather-skill 往往更贴近日常习惯：中文地点更自然、输出更适合聊天、未来 24 小时概况直接可读。 这篇文章说的是“使用表现”，不是做严苛的气象精度实验室 benchmark。重点是：当你真的每天在中国查天气时，哪条链路更顺手。 仓库地址： GitHub：fii6/caiyun-weather-skill 一、默认 weather skill 解决的是“全球通用”，不是“中国日常天气体验”OpenClaw 默认 weather skill 的设计目标很明确： 不需要 API key 直接用 wttr.in 就能查 临时问一句“某地天气怎么样”时，上手成本很低 这套设计在“临时、通用、全球范围”的目标下是...
接入 CFBed Upload Skill: 打通图文并茂自动化写作流
之前通过 hexo-blog-publisher skill 实现了让 OpenClaw 代写博客，现在再让它自己搞定配图。 最终我把 cfbed-upload-skill 接进 OpenClaw 工作流。 结论 这个 skill 的接入门槛不高，核心只有安装、配置、验证三步。 配置统一从 skill 根目录下的 .env 读取。 接入后，Hexo 的 cover / top_img 与正文插图都能稳定复用同一域名链接。 1) 我为什么要接这个 skill原来的痛点不是“不能上传”，而是“上传后不好管理”： 图片链接来源不统一，文章迁移时容易断 封面图、正文图、附件经常分开维护 临时测试文件容易堆在工作区 所以目标很明确： 上传动作可脚本化 链接结果可直接用于写作 失败时能快速定位原因 2) 安装与配置（最小可执行）2.1 安装 skill123cd ~/.openclaw/workspacemkdir -p skillsgit clone https://github.com/MarSeventh/cfbed-upload-skill.git skil...
OpenClaw ：帮我代写博客并自动发布
通过这篇文章我们要解决：让 OpenClaw 不只是“帮忙写一段草稿”，而是真的能代写博客，并把文章自动推进到可发布状态。 读完你会拿到三样东西： 一条能实际落地的 Hexo 写作流：起草 / 改稿 → 本地预览 → SSH 检查 → 当次确认 → 推送发布 一套可以直接照着搭的 skill 结构、配置方式和脚本职责划分 一组在日常使用里更重要的经验：哪些步骤适合自动化，哪些步骤必须保留人工门禁 一、我说的“代写博客”，不是只给我一段正文很多 AI 写作工具所谓的“代写”，本质上只是把正文吐出来，剩下的工作还得自己补： 标题要不要重写 front-matter 是否完整 description 是否能概括文章 cover / top_img 有没有配上 配图和代码块排版是否正常 页面渲染出来到底能不能发 这也是我把博客自动化单独做成一个 skill 的原因。 我想要的不是“AI 帮我写一段文章”，而是： 我给出主题，OpenClaw 负责把文章往前推，直到它变成一篇结构完整、可预览、可检查、随时可以发布的 Hexo 文章。 这两者差别很大。 前者...
解决 Termux 下 OpenClaw Browser Control 问题
在 Android Termux 上使用 OpenClaw Browser Control 时，最容易遇到的报错是： No supported browser found 如果你正在 Termux 里部署 OpenClaw 并想用浏览器自动化能力，这篇文章解决的就是这个问题。读完会得到：一套可复用的诊断顺序、根因判断方法，以及最终能生效的修复配置。这个坑非常值得提前绕开。 一、问题背景：为什么这个报错容易误导人No supported browser found 这个报错最容易让人误判成： Chromium 没装好 安装过程损坏 浏览器本体根本不存在 但这次问题真正出在： 浏览器本体是好的 坏的是 OpenClaw 对浏览器路径的识别链路 也就是说，这不是“没装浏览器”的问题，而是“装了，但没被正确发现”的问题。 上图对应的是典型故障现场： 已经执行过 pkg install x11-repo && pkg install chromium 但 browser status 里仍然看不到有效的 detectedExecutablePath 最终启动...
把 Hexo 博客部署到 Cloudflare Pages
Hexo 是一款生成静态站点的博客框架，写作端用 Markdown，构建后是纯 HTML/CSS/JS。Cloudflare Pages 提供免费的全球边缘分发与无限请求额度，把 Hexo 与之结合可以零成本上线一个表现优秀、HTTPS 自动签发的个人博客。本教程以 Butterfly 主题为例，覆盖从本地初始化到自动部署的完整链路。 前置依赖 Node.js 20 LTS 或 22 LTS（Hexo 7.x 起 Node 18 不再受支持） Git 一个 GitHub 账号 一个托管在 Cloudflare 的域名（可选，用于绑自定义域） 第一步：初始化 Hexo 项目全局安装 Hexo CLI： 1npm install -g hexo-cli 在合适的目录初始化博客： 123hexo init blogcd blognpm install 本地预览： 1hexo s # 默认 http://localhost:4000 第二步：安装 Butterfly 主题与依赖123npm install hexo-theme-butterfly --sa...
在 Android 设备上运行 Cloudflare Tunnel
Cloudflare Tunnel（早期叫 Argo Tunnel）通过反向连接到 Cloudflare 边缘网络，把本地服务暴露到公网，全程不需要公网 IP，也不需要在路由器上做端口映射。把这一套搬到 Android 设备上，旧手机就能立刻变成自带 HTTPS 与 Zero Trust 访问控制的轻量级内网入口。 本文给出两种在 Android 上跑 cloudflared 的方案，并补上后台保活与排错要点。 两种方案怎么选 方案 适用场景 复杂度 资源占用 Termux + Token（推荐） 单纯把本地端口透出去 低 低 proot Debian + cert 登录 同时需要在 Debian 里跑其他服务 中 中 如果只是想暴露 Termux 里某个端口（如 SSH、Web 服务），直接用 Token 方案；如果机器上已经跑了 proot Debian 做开发环境，第二种方案能让 cloudflared 与其他工具共用同一套 rootfs。 准备工作 一个已托管在 Cloudflare 的域名（DNS 服务器要切到 Cloudflare） 从 GitHu...
用 DD 重装 Debian 与必要的安全加固
KVM 架构的 VPS 如果服务商不提供自定义 ISO，预装系统可能带各种 agent、脚本与遗留账号，等同于把控制权部分让渡给厂商。用 DD 把磁盘镜像直接覆写为官方系统镜像，可以拿到一份干净的 Debian。本文给出 DD 流程，并补上拿到机器后立刻该做的安全加固。 风险提示：DD 会清空磁盘，IP 与 SSH 凭据均会变化；登录方式失败将无法补救。务必先确认厂商提供 VNC/IPMI 救援入口，或快照可回滚。 用 DD 重装为干净的 Debian选脚本社区常用脚本有两类： MollyLau/leitbogioro 的 Network-Reinstall-System-Modify：维护活跃，支持 Debian 11/12、Ubuntu、AlmaLinux 等 bin456789/reinstall：覆盖更广，支持 BIOS/UEFI 双模式 下面以 reinstall 为例： 123456apt update && apt install -y wget xz-utils openssl# 拉取脚本w...
Shadowsocks-rust 服务端搭建
shadowsocks-rust 是 Shadowsocks 协议的官方 Rust 实现，与 libev 版本功能对齐之外，还借助 Rust 的性能与内存安全特性提供了多服务实例、负载均衡、加密算法热插拔等能力，目前是上游推荐的服务端实现。 本文以 Debian 12 (x86_64) 为例，介绍从下载二进制到 systemd 托管的完整流程，并附带防火墙、内核优化与排错要点。 前置条件 一台具有 root 权限的 Linux VPS，本文以 Debian 12 为例 已开放可对外访问的 TCP/UDP 端口（后续在配置中指定） 客户端工具：shadowsocks-android、ShadowsocksX-NG 或任意支持 Shadowsocks 协议的客户端 下载二进制打开 Releases 页面 找到适配你架构的压缩包。下面以 x86_64 GNU/Linux 为例，请将 VERSION 替换为最新 tag： 1234VERSION=v1.23.5 # 改为 Releases 页面的最新版本ARCH=x86_64-unknown-linux-gnuwg...
Snell 代理服务端搭建
Snell 是 Surge 团队开发的轻量加密代理协议，与 Surge 客户端配合最佳，单连接复用、低协议开销、对移动网络友好。源码不再开源，作者只在官方文档页面发布二进制构建。 本文以 Debian 12 (x86_64) 为例搭建 Snell v5 服务端，并附 Surge 客户端配置与排错要点。 前置条件 一台具备 root 权限的 VPS 已开放可对外访问的端口 Surge iOS / Mac 或其他声明支持 Snell v5 的客户端 下载二进制打开 Snell 官方文档 找到对应架构的下载地址，撰文时最新版本是 v5.0.0： 123456789apt update && apt install -y wget unzip# 按机器架构选其一wget https://dl.nssurge.com/snell/snell-server-v5.0.0-linux-amd64.zip # x86_64# wget https://dl.nssurge.com/snell/snell-server-v5.0.0-linux-aarch64.zi...