我让 AI 和插件签了份「契约」，从此发文一键搞定
•林小卫很行
上一篇写了免费生图的配图流水线，再上一篇写了一键同步到微信草稿箱的插件。
写作 skill 有了，生图 skill 有了，插件也有了。
但它们之间怎么衔接？
今天补上这一环。
完整链路长什么样
现在我的发布流程是这样的：
- 在 Obsidian 里写完文章
- 用写作 skill 根据文章内容生成摘要
- 用配图 skill 生成封面，图片路径自动写入 frontmatter
- 点一下「同步到草稿箱」，插件读取 frontmatter，自动填充摘要和封面
- 发送成功后，本地封面图自动清理
中间不用切出去找图、不用手动填摘要、不用事后清理文件。
核心：Frontmatter 契约
这套流程能跑通，靠的是一个简单的约定：Frontmatter 契约。
上游（写作 skill、配图 skill）负责往 frontmatter 里写入两个字段：
excerpt: "一句话摘要"
cover: "img/cover.jpg"
下游（插件）负责读取这两个字段，自动填充到发送弹窗里。
就这么简单。
上游管产出，下游管发送，通过 frontmatter 这个「契约」衔接。
一个具体场景
假设你本地有一张图片，希望它始终作为封面。
操作很简单：把图片路径告诉 AI，让 AI 写入 frontmatter 的 cover 字段就行。
这个用法适合两类人：
- 懒人：一张图片打天下，省心省力
- 想打造个人 IP 的人：一张图片长期作为封面，强化品牌识别
不管你是哪种，只要 frontmatter 里有 cover 字段，插件就会自动读取。
插件的安全设计
说到自动清理，我最怕的是删错东西。
所以我在插件里做了几个兜底：
- 清理时机：只有「创建草稿成功」后才会触发清理，不会出现「草稿没发成功但图片已经删了」的情况
- 回收站兜底：清理默认走系统回收站，出错可找回
- 失效字段自动清理：如果清理目录包含了 frontmatter 里的
cover路径，插件会自动把这个字段清空，避免留下无效引用
宁可多一个 warning，也不要偷偷做不可逆动作。
给也在折腾的朋友
如果你也在搭类似的流程，我的建议是：
- 先定义最小契约字段：比如
excerpt、cover，够用就行 - 把「内容生产」和「发布动作」解耦：上游专注产出，下游专注发送
- 自动化默认保守：能走回收站就走回收站，能给 warning 就给 warning
整条链路打通了。
从 Obsidian 写完，到躺进微信草稿箱，现在真的可以一气呵成。
链路闭环了，剩下的就是写。干起来！