使用 OpenClaw 自动化 Hexo 技术写作与发布实战指南

引言

在技术团队中，博客写作常常面临两个现实问题：

1. 内容产出不稳定，写作质量依赖个人状态；
2. 发布流程重复且繁琐，容易在构建或部署环节出错。

OpenClaw 与 Hexo 结合后，可以将“写作—校验—发布”流程沉淀为标准化能力：既保持内容质量，也显著降低操作成本。

为什么要把 Hexo 流程自动化

传统流程通常是“手写 Markdown + 手动执行命令 + 手动排错”，问题在于：

• 步骤分散，协作门槛高；
• Front Matter 不统一，影响可维护性；
• 构建缓存残留导致线上结果不稳定；
• 发布配置（仓库/分支）容易误配。

自动化的核心收益在于：统一规范、减少重复、降低失误、提升交付效率。

三条核心命令的作用

在 Hexo 项目根目录执行：

hexo clean && hexo generate && hexo deploy

• hexo clean：清理缓存和旧产物，消除脏构建影响；
• hexo generate：根据当前文章与主题重新生成 public/；
• hexo deploy：将静态产物发布到远端仓库。

这个流程对应标准发布链路：清理 → 构建 → 发布。

OpenClaw Skill 化方案

为保证后续可重复调用，可以将流程封装为 hexo-blog-deploy skill：

• 固定文章目录：/Users/hehaizhao/Documents/blogs/my-blog/source/_posts
• 统一文件命名：YYYY-MM-DD-english-slug.md
• 统一 Front Matter：title/date/slug/tags/categories
• 固定发布命令：hexo clean、hexo generate、hexo deploy

这样每次只需提出主题，OpenClaw 即可按统一标准生成并发布。

推荐日常工作流

1) 输入结构化写作需求

建议明确：

• 文章主题与目标读者；
• 风格（专业/教程/复盘）；
• 关键词与标签方向；
• 是否需要代码示例与结论。

2) 自动生成标准 Hexo 文档

OpenClaw 直接生成可发布 Markdown，并写入 _posts 目录。

3) 快速人工审校

重点检查结论、术语准确性与示例可执行性。

4) 一键发布

bash /Users/hehaizhao/.openclaw/workspace/skills/hexo-blog-deploy/scripts/hexo_publish.sh

你的发布配置建议

基于当前仓库信息：

• Repository: https://github.com/bseazh/bseazh.github.io
• Branch: main

请确保 Hexo 根目录 _config.yml 的 deploy 段与以上一致。

常见问题与排查

1) Deployer not found: git

未安装 Git 部署器，执行：

npm install hexo-deployer-git --save

2) 部署成功但页面未更新

• 检查是否发布到 main 分支；
• 检查 Pages 源分支设置；
• 等待 CDN 或平台缓存刷新。

3) 权限失败

优先使用 SSH Key 或 Personal Access Token，避免明文凭据。

结语

OpenClaw 的价值不只是“帮你写一篇文章”，而是把博客发布升级为可复用的工程流程。通过 skill 固化实践后，内容生产将从临时动作变成稳定能力，长期收益明显。