接入 CFBed Upload Skill: 打通图文并茂自动化写作流
之前我们通过 hexo-blog-publisher skill 成功实现了让openclaw代写博客 现在我要让它自己搞定配图。
最终我把 cfbed-upload-skill 接进 OpenClaw 工作流。
结论
- 这个 skill 的接入门槛不高,核心只有安装、配置、验证三步。
- 配置会从
config/cfbed.json读取。 - 接入后,Hexo 的
cover/top_img与正文插图都能稳定复用同一域名链接。
1) 我为什么要接这个 skill
原来的痛点不是“不能上传”,而是“上传后不好管理”:
- 图片链接来源不统一,文章迁移时容易断
- 封面图、正文图、附件经常分开维护
- 临时测试文件容易堆在工作区
所以目标很明确:
- 上传动作可脚本化
- 链接结果可直接用于写作
- 失败时能快速定位原因
2) 安装与配置(最小可执行)
2.1 安装 skill
1 | |
CFBed Upload Skill 作者 GitHub 仓库:https://github.com/MarSeventh/cfbed-upload-skill
安装完成后,核心文件主要是:
SKILL.mdscripts/upload.sh
2.2 配置分两层
第一层:TOOLS.md
1 | |
第二层:~/.openclaw/workspace/config/cfbed.json
1 | |
3) 验证链路(上传成功不等于可用)
最小验证:
1 | |
判断标准:
- 上传命令返回公开 URL
curl -I返回HTTP/1.1 200 OK
4) 接入 Hexo 写作流
接入后,Hexo 文章可以直接引用 CFBed 链接:
1 | |
正文插图同理:
1 | |
这一步的实际收益是:
- 线上文章不依赖本地路径
- 封面图/顶图/正文图来源统一
- 换机器或重建环境时不需要重传历史图片
5) 常见失败点与排障顺序
我建议按这个顺序排:
config/cfbed.json是否存在、字段是否完整- token 是否过期或权限不足
- channel / channelName 是否与服务端一致
- 上传返回 URL 后是否
curl -I为 200
6) 这次接入后的变化
这次不是“多了一个工具”,而是把一段重复劳动从流程里删掉了:
- 发布效率更稳定(上传-引用一条链路)
- 配图管理更统一(减少链接散落)
- 复用性更好(历史文章资产可持续使用)
如果你也在用 OpenClaw + Hexo,这个 skill 很值得接入。它的价值不在于“能上传文件”,而在于把写作、配图、发布这三段工作连成了可复用闭环。
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 ERIC'S BLOG!

