不想重新排版,我把长文转小红书做成了 Skill
如果你同时在 𝕏、公众号和小红书更新内容,应该遇到过这个问题:一篇长文已经写完了,想再发到小红书,却几乎要重新做一遍。
直接截图,字号太小;把文字复制过去,内容太长;套一套现成模板,人物形象和账号风格又对不上。教程类文章更麻烦,操作截图少一张,读者就可能卡在某一步。
我最近把自己反复调整的小红书排版流程,整理成了一个 Codex Skill:Punk XHS Cards。
你给它一张人物照片或现成 IP,指定希望人物在卡片里做什么动作,再给它一篇 Markdown 长文,它会帮你做出一套带个人 IP 的竖版知识卡片,同时生成小红书标题、正文和话题标签。
让一篇已经写好的内容,更低成本地完成跨平台复用。
一、为什么我想做这个 Skill
我之前的小红书,基本上只发图片和提示词。内容比较短,整理一下就能发,排版也没有那么复杂。
后来我写的教程和长文越来越多。这些内容发在 𝕏、公众号都没有问题,可是一到小红书,我就一直想不到一个合适的办法:全文截图看不清,直接复制放不下,重新做一遍又太费时间。
于是我开始让 Codex 帮我把长文拆开,做成竖版 HTML。第一版先解决“怎么把一篇长文排进手机屏幕”这个问题,能分成多张图,也能保持统一的字号和间距。
多做几次以后,我发现后面还有一整套重复工作。每篇文章都需要重新起一个适合小红书的标题,重新写发布正文,再配一组 tags;教程里的关键截图要保留,封面和正文也要用同一套版式。
于是我把每次都会做的事情列了出来:
- 根据原文重新拟一个更适合小红书的标题;
- 把长文拆成多张竖版知识卡片;
- 建立人物时确认人物名称,并把它作为封面作者名;
- 从 Markdown 中读取标题、正文结构和关键图片;
- 为教程保留必要的步骤截图和完成状态;
- 生成封面、正文配文和话题标签;
- 检查文字截断、图片遗漏和人物比例。
这些步骤每次都差不多,完全可以固定成一条工作流。
刚好最近我也在做自己的 IP,于是给小红书设计了一个红色连帽卫衣的 Punk 形象,再把人物、主色和排版规则一起接进这套流程。

我身边有很多博主都在同时做多个平台。同一篇内容会发到 𝕏、公众号和小红书,如果每次只是换一个尺寸、套一张公共模板,读者很难在信息流里记住是谁发的。一个有自己特征的 IP 形象,会让跨平台内容更容易建立辨识度。
最后,我把这一整套流程整理成了 Punk XHS Cards。输入是一篇写好的 Markdown,输出是一套按顺序排列的图片、一个可以直接发布的文案文件,以及最终打包好的 ZIP。
二、它怎么工作
Punk XHS Cards 不会在收到文章后立刻批量出图。整个流程设置了三个确认节点:人物确认、卡片样式确认、封面确认。
完整流程是这样的:

这三个确认节点很重要。人物没有确认,就不进入排版;样式没有确认,就不急着拆文章;封面没有确认,也不会一次性生成全部内页。
这样做可以把修改成本控制在最小范围。你发现人物比例不对时,只需要改人物;发现颜色不合适时,只改 profile;标题排版不满意时,也不用推倒后面的九张正文卡片。
实际跑测试时,Skill 会在这里停下来,把建议短书名、人物 profile 里的作者名、主题色和关键图片一起展示。然后它会根据文章生成一张带个人 IP 的主题插图,再把完整的 16:9 插图放进精细的 macOS 窗口;你确认封面没有问题,它才会继续制作内页。

确认通过后,封面会按最终方案输出。封面只负责建立主题、书名、作者和个人 IP,不参与正文页码;进入内页后,再从 01 开始编号。

三、每个人都应该有自己的版本
我自己的 Punk IP 穿红色连帽卫衣,所以封面背景、标题、重点线条、页码和正文重点框都会以红色为主。
这点需要单独强调:红色只属于我的 Punk profile。 每个人建立 IP 时都可以直接指定自己的主题色;没有指定时,Skill 会从人物服装或配件中提取一个候选色让你确认。封面背景和全部内页都会跟着这个颜色变化,不会默认套用我的红色。
这个 Skill 没有把 Punk 写死在模板里,也没有要求所有人都使用我的人物。
别人安装这个 Skill 后,会先上传自己的照片或已有 IP。Skill 会建立人物设定,再从服装、配件或稳定的品牌色中提取主色,生成这个用户独立的卡片 profile。
如果你的 IP 穿蓝色外套,整套卡片就会围绕蓝色展开;如果人物最有识别度的是一条橙色围巾,橙色可以进入封面背景、标题和正文重点框。人物形象决定视觉系统,模板负责保持一致。
人物动作也不是固定模板。确认 IP 时,Skill 会先问你希望人物在卡片里做什么动作,例如站立讲解、指向内容、拿着平板、在白板上书写,或者坐着使用电脑。动作确认后,它才会生成卡片专用人物图,并把动作写进个人 profile,后面的封面和内页持续复用。
我为 Punk 选择的是盘腿使用电脑,这是 Punk profile 的动作。其他用户完全可以指定不同动作。渲染时人物始终等比例显示,不能为了填满角落把人物压扁或拉长。
四、教程截图是正文的一部分
这是我在做 Skill 时非常在意的一点。
不少排版工具只读取 Markdown 的文字,图片要么全部丢掉,要么机械地平均塞进页面。对于观点类文章,少一张装饰图影响不大;对于教程,缺少一张关键截图就可能让整套卡片失去实用价值。
Punk XHS Cards 会先读取 Markdown 里的图片清单,再结合上下文判断它承担什么作用。遇到连续操作步骤时,会建立一份“步骤—截图—完成标志”映射。
下面这些图片会被优先保留:
- 告诉读者应该点哪里的界面截图;
- 展示需要输入什么内容的操作图;
- 证明某个设置已经完成的结果图;
- 解释结构关系的流程图或图表;
- 缺少后会影响理解的证据图片。
装饰图、重复封面、头像和无关 Logo 则不会占用内页。每张关键图只使用一次,细节较多的截图可以单独做一页。
如果一篇教程必须用 12 张卡片才能讲清楚,Skill 会增加页数。它不会为了凑“封面加九张”的固定数量,把步骤图缩到看不清,或者直接删掉。
教程的第一优先级始终是让读者照着做完。
下面是一张实际生成的教程正文页。步骤说明、原始界面截图和重点提示都保留在同一页,读者可以直接按照页面顺序操作。

五、封面改成了主题色 macOS 窗口
第一层由 Punk IP Article Illustrations 读取 Markdown,把文章真正讲的对象、动作和关系整理出来,再用当前已经确认的 IP 形象生成一张主题插图。人物会参与文章的核心关系,不会只站在旁边当装饰。
第二层由渲染器负责版式。整张封面使用人物 profile 的主题色。顶部只放一个简短、圆润、居中的书名,不再加标题框;中间是带系统圆点、细边线和柔和投影的 macOS 窗口,窗口内保留完整 16:9 主题插图;窗口下方只写作者名。
建立人物时,Skill 会让你给人物一个名称,这个名称会写进 profile,后面直接作为封面作者。
标题和作者都由渲染器准确排版,不会因为生图模型写错字;字体也会按 macOS、Windows 和 Linux 选择可用的兼容方案。封面依然没有页码,正文再从 01 开始编号。
六、最后会交付什么
默认情况下,一篇文章会得到 1 张无页码封面和 9 张正文卡片。文章内容或必要截图更多时,内页数量会自动增加。
输出目录里会保留这些文件:

其中 publish-copy.md 会给出:
- 1 个推荐标题;
- 3 个备选标题;
- 1 段可以直接发布的正文;
- 6—10 个相关话题标签。
出图后还会检查文字截断、元素重叠、人物比例、步骤顺序和关键图片遗漏。通过检查后,再把封面与全部内页打成 ZIP。
这次 Obsidian 教程测试最终输出了 1 张封面和 17 张内页,保留了 16 张关键教程图。图片、完整 ZIP,以及小红书标题、正文和 Tags 都会一起交付。

七、怎么安装
项目已经放到 GitHub Public 仓库。使用 Codex 的话,可以直接克隆到本地:
Windows 可以在 PowerShell 里安装:

现在出图不再依赖 macOS 的 Swift 与 AppKit。Skill 内置了一套 Python/Pillow 渲染器,Windows、Linux 和 macOS 会读取同一份卡片数据,生成相同尺寸和结构的封面与内页。Linux 额外确认一下中文字体即可。
封面阶段会直接调用 $punk-ip-article-illustrations,所以安装后先确认它也出现在当前 Codex 的 Skills 列表里。重新打开一个 Codex 任务,或者重启 Codex,然后发送:
第一次使用时,欢迎语会先请你准备 4 项:一张清晰的人物照片或已经完成的个人 IP 图;一个人物名称或昵称,它会直接作为封面作者名;一个主题色,最好给出 Hex 色值或颜色参考;以及希望人物在卡片里执行的动作。没有指定颜色时,Skill 才会从人物服装或配件提取一个候选色请你确认。先把人物、动作和样式定下来,再上传长文,整个过程会顺很多。
八、目前的边界
这还是一个持续打磨中的版本,有几条边界需要提前说清楚。
- 卡片渲染已经改成 Python 与 Pillow,macOS、Windows 和 Linux 共用同一套版式;Linux 如果没有中文字体,需要先安装 Noto Sans CJK;
- 运行环境需要能够调用图像生成工具;
- 封面插图阶段依赖 Punk IP Article Illustrations;如果当前环境没有安装,会停在封面阶段说明依赖,不会偷偷切回旧模板;
- 中文长文、教程和知识型内容是目前优化最多的方向;
- 最终效果会受到人物照片、Markdown 结构和原始截图清晰度影响。
用户照片、人物 profile、文章和生成结果都保存在运行时目录,不会写进 Skill 安装目录,也没有被打包进公开 GitHub 仓库。
最后
我一开始只是想找个办法,把自己越来越多的教程和长文发到小红书。后来从竖版 HTML 开始,一点点补上标题、配文、tags、封面、关键截图和个人 IP,最后才有了现在这套 Skill。
多平台创作最可惜的情况,是一篇花了很多时间写好的内容,只在一个平台发过一次,然后慢慢沉下去。Punk XHS Cards 做的事情很具体:把已经完成的长文,整理成另一种平台愿意阅读的形式,同时保留你的内容、人物 IP 和视觉辨识度。
如果你平时也会在 𝕏、公众号和小红书之间搬运自己的内容,可以找一篇以前写过的教程,先完整跑一次。
项目地址:https://github.com/adrianpunk/punk-xhs-cards

关于作者
Punk|中科大管理学硕士|AI提示词、AI小白教程|Punk系列Skills作者|3个月赚了8位数|Learn in Public|FDE文章浏览量240w|@AdrianPunk115
来源:@AdrianPunk115 · 发布于 2026-08-12 19:02:39 · 原文链接