告别繁琐：我是如何利用 OpenClaw 打造个人博客发布“自动驾驶”系统的

在数字化写作的今天，博客发布依然是许多创作者的重要阵地。今天，我想深入分享一下我是如何利用 OpenClaw 彻底重构我的博客发布流程，将原本需要一整天的开发调试工作，压缩到寥寥数次对话即可搞定的全过程。

一、 提出问题：那些被浪费在“发布”上的时间

我刚开始写博客的时候，发布流程可以用“支离破碎”来形容。我比较喜欢 Obsidian 工具来作为我的写作工具，我的博客时基于 GitHub + Jekyll 的静态博客系统，但每次从写作的灵感形成文章，并且到 GitHub 上的正式上线，都要经历一段极其乏味的“手工折磨”：

1. 元数据（Frontmatter）的格式地狱：

Jekyll 博客需要严格的 YAML 头信息，包括 title, date, layout 等。在 Obsidian 里，我更习惯随心所欲地组织内容，这意味着每次发布前，我得手动计算当前的 ISO 时间戳，核对文件名格式，稍有不慎，博客引擎就会因为解析错误而拒绝编译。

1. 图片附件的搬运工：

这是流程中最耗时的部分。Obsidian 的图片通常保存在专门的附件文件夹中。发布时，我必须：

• 手动找到这些图片。

• 复制到博客项目的 images 文件夹。

• 在 Markdown 里将相对路径（或是 Wikilinks 格式）手动修改为博客项目的路径（如 /images/my_photo.png）。

• 如果遇到同名图片，还得小心翼翼地重命名并更新所有引用。

1. 版本控制的重复劳动：

最后，我得切换到终端，输入那套已经滚瓜烂熟却毫无生趣的命令：git add ., git commit -m "update", git push。如果遇到远程仓库有更新，还得处理冲突。

之前我都是通过写过 Shell 脚本来做这些枯燥的发布工作，但脚本的维护成本极高：路径配置、异常处理、逻辑扩展……每当我想增加一个小功能时，都得面对那一坨凌乱的代码重新调试。有时候发布一篇文章的心理负担，甚至盖过了写作本身的乐趣。

二、 重点介绍：OpenClaw + Obsidian 的配置全过程

这就是本文的核心所在。我整个过程一行 shell 脚本都没写。而是在带娃去游乐场用手机做出来的过程。下面就介绍下如何通过 OpenClaw 的 Skill-Creator 打造了一个名为 blog-publisher 的智能技能。

1. 技能构思：描述即开发

在 OpenClaw 中，我不需要编写繁琐的逻辑判断。我只需要以人类的语言告诉它：

“创建一个叫 blog-publisher 的技能。它需要能自动搜寻 Obsidian 里的文章，处理图片迁移，自动生成 Frontmatter，最后执行 Git 提交并推送到 nas 分支。如果推送失败，要自动执行强制推送。”

这种“描述即开发”的模式，直接跳过了传统编程中的语法纠结，让我能专注于业务逻辑本身。

2. 核心逻辑配置：多技能联动

我的 blog-publisher 技能并不是孤立存在的，它巧妙地调用了 OpenClaw 已有的生态：

• Obsidian 联动：利用 obsidian-official-cli 技能，通过命令行与我的笔记库直接对话，实现毫秒级的文章检索。

• 环境韧性：我为技能配置了严格的 git pull 预处理。这意味着无论我在哪台设备上工作，OpenClaw 都能保证我面对的是最新的代码。

3. 细节配置：脚本化注入

为了追求极致的稳定性，我让 OpenClaw 为该技能生成了一个 Python 核心脚本 publish.py。这个脚本专门负责最棘手的图片处理逻辑：

• 正则扫描：自动识别 Markdown 中的 ![]() 和 [[]] 格式引用。

• 冲突检测：如果目标 images 文件夹已存在同名图片，脚本会自动采用 MD5 或计数器方案重命名，并反向更新 Markdown 中的链接。

• 路径重写：统一将路径前缀修正为 /images/。

4. 严格规范：执行命令的“洁癖”

在配置过程中，我利用 OpenClaw 对技能进行了微调，强制要求所有的 Git 提交必须经过我的审查确认，这种严格的规范确保了博客仓库提交记录的整洁，避免了 AI 生成随机提交信息的混乱。

三、 使用感受：效率的“降维打击”

回顾今天使用 OpenClaw 的整个过程，最让我震撼的是其带来的生产力释放。

1. 从“天”到“分钟”的飞跃

以往如果要从零开发这样一套完整的、具备健壮图片处理和异常重试逻辑的发布系统，即使是资深开发者，从编写核心代码、处理各种特殊字符路径的 Corner Case，到最终在服务器上稳定运行，起码需要投入一整天的时间和精力。

但在 OpenClaw 中，我仅仅花费了不到一百个提示词（Prompt）进行沟通和微调，它就完美地生成了文档、脚本并完成了打包。这种效率提升不是百分之几，而是量级（Order of Magnitude）的跨越。

2. 真人案例：游乐场里的“自动驾驶”发布

最不可思议的场景发生在今天下午：我正带着孩子在游乐场玩耍，坐在喧闹的长椅上休息。就在这时，我通过手机端的 Telegram 客户端，像聊天一样给 OpenClaw 发送了指令：“把 OpenClaw 效率提升实战 这篇文章发布。”

几秒钟后，OpenClaw 向我反馈：

• ✅ Obsidian 同步完成。

• ✅ 找到文章并生成 Frontmatter。

• ✅ 自动处理了文中的 Mermaid 图表。

• ✅ 脚本成功将更改推送到 nas 分支。

整个过程，我手机的亮屏时间不到一分钟，而背后却完成了一系列复杂的开发运维动作。文章现在已静静地躺在我的 GitHub 博客仓库中，等待着全球读者的访问。

四、 结语：工具的终极意义

OpenClaw 给我带来的不仅仅是时间上的节省，更是一种“掌控感”。它消除了技术琐碎带来的焦虑，让我能重新回到创作的本质。如果你也觉得自己的工作流中有太多繁琐的手工环节，不妨尝试把它们交给 OpenClaw。它不是在替你写代码，它是在帮你构建属于你自己的生产力引擎。