我让 AI 和插件签了份「契约」,从此发文一键搞定

上一篇写了免费生图的配图流水线，再上一篇写了一键同步到微信草稿箱的插件。

写作 skill 有了，生图 skill 有了，插件也有了。

但它们之间怎么衔接？

今天补上这一环。

完整链路长什么样

现在我的发布流程是这样的：

1. 在 Obsidian 里写完文章
2. 用写作 skill 根据文章内容生成摘要
3. 用配图 skill 生成封面，图片路径自动写入 frontmatter
4. 点一下「同步到草稿箱」，插件读取 frontmatter，自动填充摘要和封面
5. 发送成功后，本地封面图自动清理

中间不用切出去找图、不用手动填摘要、不用事后清理文件。

核心：Frontmatter 契约

这套流程能跑通，靠的是一个简单的约定：Frontmatter 契约。

上游（写作 skill、配图 skill）负责往 frontmatter 里写入两个字段：

excerpt: "一句话摘要"cover: "img/cover.jpg"

下游（插件）负责读取这两个字段，自动填充到发送弹窗里。

就这么简单。

上游管产出，下游管发送，通过 frontmatter 这个「契约」衔接。

一个具体场景

假设你本地有一张图片，希望它始终作为封面。

操作很简单：把图片路径告诉 AI，让 AI 写入 frontmatter 的 cover 字段就行。

这个用法适合两类人：

• 懒人
  
  一张图片打天下，省心省力
• 想打造个人 IP 的人
  
  一张图片长期作为封面，强化品牌识别

不管你是哪种，只要 frontmatter 里有 cover 字段，插件就会自动读取。

插件的安全设计

说到自动清理，我最怕的是删错东西。

所以我在插件里做了几个兜底：

1. 清理时机
   
   只有「创建草稿成功」后才会触发清理，不会出现「草稿没发成功但图片已经删了」的情况
2. 回收站兜底
   
   清理默认走系统回收站，出错可找回
3. 失效字段自动清理
   
   如果清理目录包含了 frontmatter 里的 cover 路径，插件会自动把这个字段清空，避免留下无效引用

宁可多一个 warning，也不要偷偷做不可逆动作。

给也在折腾的朋友

如果你也在搭类似的流程，我的建议是：

1. 先定义最小契约字段
   
   比如 excerpt、cover，够用就行
2. 把「内容生产」和「发布动作」解耦
   
   上游专注产出，下游专注发送
3. 自动化默认保守
   
   能走回收站就走回收站，能给 warning 就给 warning

整条链路打通了。

从 Obsidian 写完，到躺进微信草稿箱，现在真的可以一气呵成。

链路闭环了，剩下的就是写。干起来！