Publish 工作流
一句话：终稿只是开始，publish 帮你把一篇内容变成可以真的发出去的交付物。
什么是 Publish
Publish 是 XHSSpec 的最后一个创作阶段。
当你写完草稿、审完稿、改写完、定完稿之后，Publish 帮你把这些「内部的稿子」变成「可以交给运营同事去发」的交付物。
很多工具做到「有一篇终稿」就停了。但真实运营里，终稿只是进入了发布的门口，后面还有一堆事：
- 标题最后怎么定？
- 封面文案怎么写？
- 配图怎么组织？
- 哪些内容适合截图？
- 要不要做一张 demo 图？
- 发布前到底检查什么？
Publish 工作流解决的就是「怎么把一篇已经写好的内容，整理成一套可以真的交给人去发的东西」。
为什么要单独做 Publish
你可能会问：「终稿都有了，直接发不就行了吗？」
让我告诉你为什么不行。
场景 1：交给运营同事
假设你是写内容的，运营是另一个人。你写完终稿，直接发给运营说「发一下」。
运营同事打开一看：
- 标题有两个版本，用哪个？
- 封面要配什么图？
- 正文中提到「如图所示」，图在哪里？
- 哪些地方要截图？
- 怎么排版？
你得一个一个回答。
而且下次还有类似的問題。运营同事每次都要问你，你每次都要解释。
Publish 生成的是一个完整的「发布包」，运营同事不需要问你，照着包里的 guide 就能发。
场景 2：自己发
假设你是自己运营。你写完终稿，直接发。
你可能会遇到：
- 写到一半发现标题不够好，临时改
- 封面不知道配什么图，现找
- 排版乱糟糟的，发出去效果不好
Publish 帮你提前做好这些准备，让发布这件事变得「可预期」。
场景 3：Campaign 多篇一起发
假设你做了一个 3 篇的系列。
每一篇都要：
- 标题
- 封面
- 配图
- 排版
- 检查清单
3 篇就是 3 倍的工作量。
Publish 可以批量生成这 3 篇的发布包，一次性全准备好。
发布包里有什么
当你运行 xhs:publish 时，AI 会在 publish/<date>/<run-id>/ 目录下生成一套完整的发布包。
publish/2026-03-13/quick-xxx/
├── note.md # 最终准备发布的正文
├── first-screen.md # 首屏策略
├── visual-plan.md # 图文拆解和截图建议
├── demo.html # 可截图的演示稿
├── posting-guide.md # 发布前中后动作
└── post-meta.yaml # 元数据（对应哪个 run）发布风格怎么定
Publish 不应该永远长成一种样子。
XHSSpec 现在支持两种方式决定发布风格：
- 在
.xhsspec/config.yaml里设置默认风格 - 如果没有默认风格，就让 AI 在
/xhs:publish时先问你一句
当前内置的风格预设有：
clean-card：干净、结构化，适合方法论、教程、工具拆解warm-editorial：更有编辑感，适合经验分享、故事型内容bold-contrast：更强调观点和反差，适合误区拆解、前后对比
这样做的目的不是“多一个参数”，而是让 publish package 更接近你真的要发出去的内容气质。
让我逐一解释每个文件的作用：
note.md
最终准备发布的正文。这是你写的内容的最终版本，格式已经调好，可以直接复制粘贴到小红书编辑器里。
first-screen.md
首屏策略。包括：
- 首屏主文案
- 副文案
- 第一眼冲突点
- 版式建议（文字在上还是在下、留白多少）
- 首屏应该传递的情绪目标
- 这一页最适合截哪一张图，以及为什么先截它
visual-plan.md
图文拆解和截图建议。包括：
- 这篇内容适合拆成几张图
- 每张图承担什么角色
- 哪些段落适合做成信息卡
- 哪些内容适合截图或 mockup
- 每一张图到底在证明什么，不只是“这里可以配图”
demo.html
这是 publish 阶段最有趣的部分。
它不是阅读预览页，而是一组可以直接截图的演示稿。你可以把它理解成：
- 封面草图
- 信息卡草案
- 一组可直接截图的 slide
很多小红书创作者会用这个功能：
- 让 AI 生成
demo.html - 打开它
- 截出 1 到 3 张图
- 作为封面或信息图的草案
posting-guide.md
发布动作指南。包括：
- 发布前要检查什么（错别字、排版、图片）
- 发布时要准备什么（标题、标签、话题）
- 发布后要做什么（数据记录、评论回复）
post-meta.yaml
元数据，记录这个发布包对应哪个 run、什么时间生成的、状态是什么，以及首屏/视觉文件路径。
demo.html 是什么，怎么用
让我详细讲一下 demo.html，因为这是很多用户最喜欢的功能。
为什么需要 demo.html
写小红书的人都遇到过这个问题：
「我想做一个信息卡，但我不会设计」
「我想做一个对比图，但我不会用 Photoshop」
「我想要一个封面草图，但我不知道从哪里开始」
Demo.html 就是为了解决这个问题。
AI 生成的不是一个「设计稿」，而是一个「可以直接截图的 HTML 页面」。你打开它，截个图，就能用。 而且它会把内容拆成更像小红书图文卡的 3 段：
- 封面页
- 信息卡页
- CTA / 结尾页
怎么用 demo.html
- 打开 demo.html：在浏览器中打开
publish/.../demo.html - 看看内容：页面上有 AI 生成的封面草图、信息卡、对比图等
- 截图：用系统自带的截图工具（Command+Shift+4）截取你需要的部分
- 微调（可选）：如果你会用一点设计软件，可以简单调整一下
- 使用：把截图插入到你的笔记里
demo.html 能做什么
- 封面草图：帮你确定封面的布局和文案
- 信息卡：把复杂的内容变成一目了然的信息图
- 对比图：对比两个方案的优劣
- 步骤图：展示一个流程的各个步骤
- 金句卡：把关键句子做成漂亮的卡片
为什么不能半成品就发布
你可能觉得「Publish 这个环节可以跳过吧？我直接发不就行了？」
让我告诉你为什么不能跳过。
1. 封面决定打开率
小红书的用户先看到封面，再决定点不点进来看。
如果封面没想好就发：
- 用户连点都不想点
- 你的内容写得再好也没人看到
Publish 帮你提前想好封面方向，确保用户愿意点进来。
2. 配图影响阅读体验
如果配图乱糟糟的：
- 用户看着不舒服
- 很快就划走了
- 完读率低，算法不推荐
Publish 帮你提前准备好配图，确保阅读体验。
3. 检查清单防止低级错误
常见的低级错误：
- 错别字没检查出来
- 敏感词没发现
- 排版乱糟糟
- 联系方式留错了
Publish 的 checklist 帮你检查这些，降低出错概率。
4. 交付物要「可传递」
如果你是团队协作，内容写手和运营人员需要交接。
没有发布包的时候：
- 写手说「我写完了，你发一下吧」
- 运营问「封面呢？配图呢？检查了吗？」
- 两个人来回拉扯
有发布包的时候：
- 写手说「我生成发布了，包在这里」
- 运营说「好，我按包发」
- 一次交接完成
Publish 让人和人之间的协作更顺畅。
Publish 和 Archive 的区别
你可能分不清 Publish 和 Archive 的区别。让我解释一下：
| 阶段 | 解决什么问题 | 产出是什么 |
|---|---|---|
| Publish | 怎么把稿子变成可发的包 | 发布包（note.md, first-screen.md, visual-plan.md, demo.html, posting-guide.md） |
| Archive | 怎么把经验沉淀下来 | 复盘文档（什么做得好、什么下次改） |
简单来说：
- Publish = 交付给运营同事 / 发出去
- Archive = 沉淀给自己 / 下次参考
Publish 之后为什么还要 Archive
因为 Publish 解决的是「这一篇怎么发」，Archive 解决的是「下次怎么做得更好」。
Archive 会：
- 把整个创作过程归档
- 自动生成复盘文档（选题来源、审核意见、改写轮次、耗时）
- 把成功经验和失败教训回流到知识库
下次再做类似主题的时候，你可以直接从知识库里调取：
「上次写这个角度效果不错，这次可以换个角度试试」
「上次审核意见有 3 条，这次可以更早地避免这些问题」
没有 Archive，你每次创作都是从零开始。有了 Archive，你的每次创作都在累积经验。
什么情况下不能 Publish
Trend 工作流有特定的 Gate：
- trend 已经被 rejected / dropped → 不能 Publish，被放弃的热点不能发
- 审核意见还没写完 → 不能 Publish，审核是发布的前置条件
- 草稿还没补完，还有
<placeholder>→ 不能 Publish，半成品不能发
这些 Gate 保护你不会把半成品或不合规的内容发出去。
AI 在 Publish 阶段做什么
AI 在 Publish 阶段不再只是「写文案」，而是帮你补齐发布前的人类工作：
- 适合发布的最终标题建议
- 封面文案方向
- 配图和截图建议
- 可截图的
demo.html - 发布 checklist
换句话说，AI 在这里扮演的是「运营助手」的角色，帮你把「写完的稿子」变成「可以发的包」。
总结
Publish 是 XHSSpec 的最后一个创作阶段。
它帮你把「内部的稿子」变成「可以交给运营同事去发的交付物」。
它不是可有可无的环节，而是确保你发布的内容：
- 封面有吸引力
- 配图准备好了
- 检查清单做完了
- 交付物可以传递
Publish 之后别忘了 Archive——让经验沉淀下来，下次做得更好。