一篇内容如何从想法走到发布

所属项目： 个人 AI 助理

一篇内容最容易丢掉的，往往不是文字，而是它为什么会被写出来。

一个念头先出现在聊天里，接着变成几段草稿；配图做了两版，标题改了三次；最后终于发出去。隔一阵再想复用，可能只找到一张导出的图片，却找不到最终正文、图片顺序，甚至不记得当初删掉了一段什么。

我不想把内容创作做成项目管理，但也不想每次都靠记忆重新拼一次过程。于是给它留了几个固定的位置。

选题先进入池子，不直接冲进正文

所有还没决定要不要写的想法，先放在一个选题池里。每个选题只记几项：

- 标题方向：这篇可能要讨论什么
- 内容支柱：AI、个人项目、学习、投资，还是生活记录
- 真实素材：已经确认的经历、资料或原话
- 状态：想法 / 待确认 / 制作中 / 已发布
- 风险或待确认项：哪些事实还不能写，哪些边界需要保留

这样做不是为了攒选题数量。它的作用是把“我好像想写过这个”变成可继续推进的一张卡片。

真正开始写之前，我还会为它建一份正式需求档案。里面记录写作目的、准备采用的角度、公开边界和后续交付。选题池管“有什么值得写”，需求档案管“这次具体要怎么做”。

发布包是一次内容生产的工作台

确认做一篇小红书后，项目里会有一个独立的发布包：

social/xiaohongshu/2026-08-06-slug/
├── brief.md
├── post.md
├── publish-checklist.md
└── images/

brief.md 放事实、受众、表达边界和要回答的问题；post.md 放标题备选、正文、标签和图片顺序；publish-checklist.md 则把发布前必须再看一遍的事情列出来。

例如一篇涉及技术部署的内容，清单会提醒我不要放账号、密钥、精确服务器信息，也不要把个人成本写成别人必然能复现的报价。

图片单独放在 images/，按 01-cover.png、02-...png 这样的顺序命名。看起来是小事，真正到手机上发布时，它能省掉很多找图和排序的时间。

预览页解决的，不只是排版问题

电脑上读一段正文，和在手机里刷一篇图文，不是一回事。

所以每次图文包完成后，我会做一个未挂导航的手机预览页：轮播图卡、完整正文、标题和标签都放进去，页面标记为不被搜索引擎收录。

它解决了几个很实际的问题：

• 封面在手机上是不是一眼能看懂；
• 图上的字会不会太小、太满；
• 正文开头能不能把人留下来；
• 图片和文字是不是在说同一件事；
• 最终版本到底是哪一版。

这次写个人 AI 助理的部署记录时，预览页也帮我发现了一个问题：文字虽然没有明显错误，但被写成了“新手踩坑帖”的口气。它强调了戏剧化的起伏，却把真正值得记录的技术选型和判断压扁了。

后来我把正文和图卡一起改回“需求—选型—配置—成本”的逻辑。预览不是多一道展示工序，它给了内容一次在发布前被整体阅读的机会。

AI 可以处理制作，不能替我决定声音

AI 很适合做具体工作：整理资料、把零散口述变成结构、生成图卡初稿、搭预览页、检查是否有遗漏。

但内容的骨头不能交出去。

真实经历必须来自确认过的素材；不确定的地方可以留白，不必硬补成滴水不漏的说明；如果一段文字为了“更像内容”而偏离了作者原本的判断，就应该改回来。

我现在把网站长文和社媒内容分成两个阶段。网站先保留完整的记录和细节；小红书再从中找一个能独立成立的角度。这样不会为了适配短内容，反过来把长文写薄。

发布之后，素材包还不会立刻消失。链接、发布时间、最终标题和发布形式会记回发布记录；过一段时间再看浏览、收藏、评论和自己的判断。数据不是内容价值的裁判，但它能告诉我，哪些表达真的被接住了。

这套流程没有让写作自动发生。它只是让一篇值得写的东西，从想法到发布之间，多了几处不容易丢的落点。

还在路上，先记下来。