我开源了一套内容分发 Skills：最值钱的不是改写，而是图片和流程

大家好，这段时间AI实践内容更新有些慢，主要是花了些时间整理了我自己打磨的skills库，对于自己经常用的且觉得打磨得足够好的会逐步开源，欢迎大家使用，废话不多说进入这次聊的主题。

事情是这样的，就在1个月前，我改了一篇已经公开发表的长文里的一个数据。

原本以为只需要改三处文案：公众号、知乎、小红书各一份。结果改到一半发现，三个平台各自用了不同版本的配图，本地文件夹里还躺着两个带旧数据的 PNG。

我花了整整一下午，确认哪张图是最新版，哪张已经上过哪个平台，哪张可以删除。

那一刻我才意识到：多平台分发真正消耗时间的，往往不是"把一段话改三遍"，而是同一张图在多个平台、多个版本、多个本地路径里反复迷路。

内容可以复制，图片不一样

同一份内容发到公众号、知乎、小红书，你需要三份文案，但 Ideally 只需要一套图片资产。现实却常常是：

Markdown 里引用的还是/Users/xxx/Desktop/xxx.png

某张图只在公众号后台上传过，本地原文件已经找不到了

同一张示意图被压缩过三次，每个平台一个版本

半年后想复用旧文章里的图，发现链接已经 404

文字至少还能搜索、复制、diff。图片一旦丢失了源文件或稳定地址，就只能重做。我开始认真对待这个问题，我可不想每发一次内容，就制造一批新的图片债务。

用一篇长文做一次完整测试

测试输入是我之前写的《Loop Engineering 从入门到进阶手册》介绍稿。它只作为输入，真正的测试对象是我放在my_open_skills里的一套内容分发 Skills。

我把整条链路拆成了 7 个阶段，每个阶段由一个 Skill 负责：

这篇文章不会平均展开 7 个 Skill。我想重点讲的是其中最反直觉的一个——md-img-r2，也就是图片资产层。

因为内容层解决的是"怎么讲"，图片层解决的才是"能不能长期用"。

让本地图片变成稳定公网引用

md-img-r2是我为内容分发做的一个小型基础设施。文末我放了之前专门讲它的文章，它的核心目标很简单：

把 Markdown 里的本地图片，变成可以通过公网 URL 稳定引用的数字资产。

整个流程被设计成可审查、可回滚、默认不写入：

Markdown 本地图片
↓
先生成 dry-run 图片计划
↓
人工检查文件、对象名称和目标公网地址
↓
确认后上传到 Cloudflare R2
↓
把 Markdown 引用替换为稳定公网 URL
↓
公众号 / 知乎长文 / 博客共用稳定公网引用

有三个设计原则：

1. 默认只生成计划，不上传图片，也不改写 Markdown。这样你可以先检查路径、命名和公开范围，确认无误再执行。
2. 上传时会保留备份，并输出结果报告。
3. 失败时说明原因、影响和下一步。

本地文件变成公网资产后，目录怎么搬、仓库怎么传、交给哪个 Agent 继续处理，图片引用都不会失效。这件事的价值不在于"上传"这个动作，而在于它把图片从"依附于某台电脑或某个平台的文件"变成了"可独立管理的内容资产"。

为什么图片层必须是一个 Skill

如果这只是一个上传脚本，它只能解决"把文件放进 R2"这一步。

但内容交付需要更完整的判断过程：识别本地图片、生成计划、等待人确认、上传后替换引用、再把结果交给发布检查。任何文件缺失、超出项目范围或公网地址不可信时，流程都应该停下。

这也是我开源 Skills 时反复保留的原则：

1. 默认先检查和生成计划
2. 外部写入需要明确确认
3. 中间状态可以被人查看和修改
4. 失败时说明原因、影响和下一步
5. 账号登录、平台发布和最终内容取舍保留人工判断

Skill 的价值来自稳定的判断过程。脚本只是其中一个执行部件。

7 个 Skills不是万能方案，而是一套可拆装的结构

这套 Skills 不会替你决定公众号标题怎么起、小红书封面用什么颜色。这些判断力必须留在人手里。

它的作用是把重复性、结构化的部分封装成可替换的环节：

源文诊断出问题，只回到诊断层

小红书结构不成立，只调整小红书入口

图片路径不稳定，交给图片交付层处理

下一次换另一篇公开长文作为输入，可以保留同一套过程结构，再根据任务删掉不需要的 Skills。

这次最终公开了哪些资产

这次案例留下了六类公开产物：

1. 一份主题 Case Pack，记录真实输入、参与的 Skills、事实确认、图片状态和复现路径
2. 一篇知乎稿，重点解释这 7 个 Skills 如何组成内容链路
3. 一套小红书 8 页宣传卡，展示四种发布形态、真实文件、两条生产链和人工边界
4. 一套公众号贴图包，包含 3 张 1600×900 总结卡和独立 Cards Manifest
5. 一套知乎想法图文包，包含正文、5 张 1080×1440 配图和独立 Cards Manifest
6. 一份发布前检查，包含标题、摘要、标签、链接、图片计划与最后的人工确认项

其中公众号与知乎长文中的正式插图已经通过 R2 生成稳定公网引用；公众号贴图、小红书图文和知乎想法配图保留本地 PNG，在平台编辑器中人工上传。

它们都放在my_open_skills仓库中：https://github.com/yangchao228/my_open_skills

最小复现

你不需要立刻复刻整条 7-Skill 链路。

最简单的起点是：打开你最近写的一篇文章，找到里面引用本地路径的图片，把它变成一条稳定的公网 URL。

当你体验到"同一张图可以同时被公众号、知乎、博客引用，且不会因为换电脑或搬目录而失效"时，你就会理解为什么我把图片资产层当成多平台分发的关键基础设施。

然后再考虑是否需要一整套 Skills。

本期只留一个邀请：从一张本地图片开始，体验一次"图片不再失效"的分发流程，并告诉我，哪个环节最值得继续做成 Skill。

最后

多平台内容分发的价值，最终会落到一套可以长期维护的个人系统上：观点有源文，平台稿有各自结构，图片有稳定地址，发布前有人做最终判断。

当这些过程能够被记录、复用和公开讨论，一篇文章就会继续生长为模板、案例、Skill 和后续内容。

你在多平台分发里最容易卡住的是哪一步：内容改写、图片处理、平台格式，还是发布前检查？