WorkBuddy 博客运营完全指南：我是怎么用它管这个博客的

前言

这个博客从 2016 年开始用 Hexo 搭建，最近重新开始运营。我决定用 WorkBuddy 这个本地 AI 助手来做日常的内容运营——包括选题、写作、配图、部署，全部自动化完成。

这篇文章记录了我怎么把 WorkBuddy 当成”博客管理员”来用的整个过程，包括遇到的一些坑和解决方案。如果你也在用 Hexo 或者想用 AI 来提升内容生产力，希望能给你一些参考。

为什么用 WorkBuddy？

我试过几个 AI 写作工具，最后选 WorkBuddy 主要有两个原因：

1. 本地化执行，可以操作文件和命令

WorkBuddy 可以直接读写本地文件、运行终端命令、执行脚本。这点对博客运营很重要——创建 Markdown 文件、生成图片、运行 hexo deploy 这些操作都不需要我手动介入。

2. 记忆系统，跨会话持续上下文

WorkBuddy 有一个简单的记忆系统（Markdown 文件存储），可以把项目配置、用户偏好、历史决策都记下来。这样下次打开时，它就知道这个博客用 Fluid 主题、部署到 EdgeOne Pages、每篇文章都要有封面图这些细节。

实际使用的 5 个场景

场景 1：内容策略规划

刚开始做这个博客时，完全没有方向——每天写什么？怎么吸引目标用户？

我让 WorkBuddy 分析了一下博客定位和目标用户，然后生成了完整的内容策略，包括：

• 5 大内容支柱：AI 实验室、AI 周报、工具指南、方法论、个人随笔
• 90 天编辑日历：每天一篇，类型轮换，保证多样性
• SEO 关键词策略：每个主题都有主关键词和长尾词列表

它还生成了一个详细的 Markdown 文档，存到 .workbuddy/memory/ 目录下。现在每次选题，我都会先看一眼这个策略文档，确保不偏离方向。

场景 2：文章写作

现在的写作流程是这样的：

1. 确定选题和类型（根据内容策略）
2. WorkBuddy 搜索资料（联网查找最新信息）
3. 大纲生成和确认（先给我看结构）
4. 分段写作（每次生成 500-1000 字，逐步扩充）
5. 本地保存（直接生成 Markdown 文件到 source/_posts/）

比如这篇工具指南，我告诉它”写一篇 WorkBuddy 运营 Hexo 博客的文章，包含实际使用场景和踩坑经验”，它就会先搜索相关资料，然后生成一个包含 5 个场景的详细大纲。

确认大纲后，它开始分段写作。每写完一段就保存到本地文件，我随时可以看到进度。

场景 3：封面图生成

WorkBuddy 本身不能生成图片，但它可以调用外部 API。我写了一个简单的 Python 脚本 generate_image.py，调用 Pollinations.ai 的接口生成封面图。

这个脚本的功能：

• 支持指定提示词、尺寸、风格参数
• 自动保存到 blog/source/img/ 目录
• 可以随机种子避免图片重复

现在每次写完文章，我会让 WorkBuddy 根据文章内容生成一个贴合主题的提示词，然后运行脚本生成封面图。

比如这篇文章的封面图，提示词是：

“a person working at a minimal clean desk with laptop open, soft warm morning light through window, coffee mug and notebook nearby, calm productive atmosphere, flat design illustration, muted warm colors, no text”

生成的图片风格统一、质量稳定，而且避免了”千篇一律的机器人图片”这个问题。

场景 4：部署上线

写完文章和封面图后，部署只需要一条命令：

cd blog && npm run deploy

WorkBuddy 可以直接运行这个命令，它会在终端执行 Hexo 的构建和部署流程，把更新推送到 EdgeOne Pages。

我会先在本地用 npm run server 预览一下，确认没问题后再执行 deploy。WorkBuddy 也可以启动本地服务器，让我直接在浏览器里检查。

场景 5：长期记忆和策略管理

WorkBuddy 的记忆系统是一个简单的 Markdown 文件存储。我把博客的核心配置、用户偏好、内容策略都记在里面：

• 项目配置：Hexo + Fluid 主题、CNB + EdgeOne Pages 部署
• 用户偏好：每篇文章都要有封面图、图片要贴合内容、避免通用机器人图
• 内容策略：5 大内容支柱、发布节奏、优先选题
• 历史记录：重要决策、踩坑经验、优化记录

这些信息都存在 .workbuddy/memory/ 目录下，分为长期记忆（MEMORY.md）和每日日志（YYYY-MM-DD.md）。

每次会话开始前，WorkBuddy 会读取这些文件，获取上下文。这样它就知道博客的整体情况和当前进度，不需要我反复解释。

踩坑记录

用了一段时间，也遇到了一些问题，记录一下：

坑 1：AI 周报发布频率误解

刚开始我把”AI 周报”当成了每天一篇的内容，WorkBuddy 生成了 AI Weekly #01 和 #02 两篇文章。

用户提醒我：”ai周报每周1只有一篇就可以了”。

我这才意识到——周报当然应该每周一篇，不是每天一篇。后来调整了策略：每周五固定发布一篇 AI 周报，其他时间发其他类型的内容。

坑 2：封面图风格不统一

早期的封面图提示词比较随意，有时候是”机器人”、”科技感”，有时候是”抽象艺术”，风格差异太大。

后来我总结了一套封面图风格指南：

• 工作场景类：极简桌面、笔记本、暖光，用实感设计
• 数据图表类：信息图表风格，用冷色调，强调专业性
• 新闻拼贴类：新闻拼贴元素，用中饱和度，保持可读性
• 界面展示类：多屏幕对比界面，用专业风格，突出工具对比

现在每次生成封面图，我都会先确定文章类型，然后选择对应的风格指南。

坑 3：记忆文件过时

有段时间 WorkBuddy 的记忆文件没有及时更新，导致它一直按旧的策略生成内容。

比如博客后来改了 URL 从 HTTP 到 HTTPS、开启了 OpenKounter 统计、配置了 Giscus 评论系统，这些变化都没有记录到 MEMORY.md 里。

后来我建立了一个规则：每次对博客配置、策略、偏好做重要修改后，必须更新 MEMORY.md。

现在 WorkBuddy 会把每次完成的工作记录到当天的日志文件里，定期（每周或每月）整理到长期记忆文件中，确保信息不会过时。

适用人群分析

WorkBuddy 不是所有人都需要，但它适合这几类用户：

适合用 WorkBuddy 的

1. 有技术背景的个人博主：熟悉 Markdown、Hexo 等工具，但不想手动处理日常琐碎操作
2. 需要长期内容运营的项目：有明确的内容策略，需要持续产出，希望自动化部分流程
3. 喜欢本地化工具的用户：不想把内容数据上传到第三方服务，希望保留完全控制权
4. 需要多轮对话的创作者：AI 写作不是一蹴而就的，需要反复修改、补充资料、调整结构

不太适合 WorkBuddy 的

1. 完全不懂技术的用户：WorkBuddy 虽然是 AI，但需要你理解基本的文件操作、命令行概念
2. 只写一两篇文章的用户：设置 WorkBuddy 需要时间成本，短期使用不划算
3. 追求极致写作质量的用户：AI 的写作能力还在发展中，高要求的内容还是需要人工润色
4. 需要云端协作的团队：WorkBuddy 是本地工具，不适合多人协作的场景

下一步计划

目前这个博客的运营还处于探索阶段，接下来打算：

1. 完善自动化流程：把选题、写作、配图、部署这些步骤串起来，尽量减少人工介入
2. 数据驱动优化：用 OpenKounter 统计文章阅读量，分析哪些类型的内容更受欢迎
3. A/B 测试：尝试不同的文章结构、封面图风格、标题形式，找到最优解
4. 社区互动：在 Giscus 上和读者交流，收集反馈，改进内容

结语

WorkBuddy 不是万能工具，但它确实帮我节省了大量时间和精力。作为一个本地 AI 助手，它既能操作文件系统，又能保持记忆，还能联网搜索资料——这些能力组合起来，让它成为一个合格的”博客管理员”。

如果你也在运营类似的技术博客，或者想用 AI 提升内容生产力，可以参考一下我的经验。关键不是工具本身，而是找到适合自己的工作流，让工具真正为你服务。

---

相关文章：

• Hexo 博客从零搭建指南
• Pollinations.ai 图片生成实战
• 90 天内容策略规划