“写完”并不是内容工作的终点。
文章进了编辑器，标题、结构和正文都已妥当，接下来似乎只要按下发布。可真要发到公众号时，终点线突然往后退了一大截：重新整理格式，复制标题和摘要，处理封面比例，确认图片，再把所有东西搬进另一个后台。
如果还想制作分享海报、封面或杂志版面，我还得打开另一套工具，再整理一遍视觉层级。
这篇文章以《Codex 使用简明教程：让 AI 真正帮你干活，而不是陪你绕圈》作为演示内容。它已经完整，恰好暴露了藏在“发布”按钮后面的问题：文章写完以后，怎样继续抵达不同的地方？
*图 1：内容运营的起点仍然是一篇正常的文章，而不是一组平台草稿。*
写完以后，我在四个工位之间跑腿
文章刚完成时，我是作者；检查事实和结构时，我成了编辑；挑选版式时，我临时担任设计者；准备发布时，又轮到运营上班。
四个岗位从不开交接会，毕竟参会者都是我。复制、漏项和返工，也全落在同一双手上。
我没有先规划庞大的“内容运营平台”，只记录自己总在哪一步开始复制、返工，或停下来问：“这件事上次是不是做过？”编辑器解决了正文，AI 助手开始参与写作，下一处摩擦自然出现在“写完以后”。
因此，我把“闪递”放进编辑页的更多操作中。写作时不必看见它，文章准备离开编辑器时却能伸手找到。
*图 2：“闪递”留在文章上下文中，但退出正文的高频写作路径。*
我不想再塞几个发布按钮，只想解决一个具体问题：
怎样让一篇文章变成不同渠道需要的内容制品，同时仍然只有一份可信正文？
复制看起来最省事：公众号一份、知乎一份、海报再来一份。几轮修改后，文件名就会长成“最终版”“最终版 2”和“这次真的是最终版”。接着，我还得判断哪份已经落后、哪个摘要才算数，以及平台里的临时调整会不会污染原文。
复制不会消灭同步问题，只会制造更多版本。
因此，Cursor Blinking Blog 只维护一份可信文章，由 FlowDocument 承载正文。标题、摘要和正文是源头；公众号富文本、平台发布包、封面、海报和杂志页面都从中派生。它们可以复制、下载和继续使用，却不能反向改动源文章。
先把文章“闪递”到公众号
我从教程文章的编辑页打开“闪递”。它没有抢过鼠标替我发布，而是先问：这篇内容要去哪里？
*图 3：知乎、掘金、小红书、Bilibili 和公众号先共享一个入口，随后进入各自的适配工作区。*
这一步不只是导航。平台也不只是几串 URL，同一份 Markdown 更不是万能钥匙：公众号需要富文本和横幅封面，小红书接近图文笔记，Bilibili 还可能需要专栏或视频脚本。选择平台，就是确定内容类型、校验规则和交付方式。目前，五个内置平台都止于预览、复制和发布包，不会自动发出。下面以公众号为例。
进入公众号工作区后，系统把标题、摘要和 FlowDocument 正文临时转换成公众号预览。即使正文尚未保存，工作区也能读取当前草稿；关闭窗口不会改变文章的保存状态。
*图 4：工作区先说明当前平台能力，再把内容类型、交付方式和预览放进同一条任务路径。*
适配，不是换一个文件后缀
适配公众号，不是把 Markdown 原样递过去。工作区从 FlowDocument 生成受控富文本，同时准备纯文本作为降级结果。标题、简介和正文可以逐项复制；浏览器允许写入富文本剪贴板时，正文粘进公众号后台无需再次转换格式。
*图 5：我仍能逐项检查平台版本；生成结果不会直接覆盖或发布。*
封面也在同一次任务中生成。模板服务根据标题和简介排出一张 900 × 383 的临时封面，并按该比例预览。它只服务本次闪递，不会写回文章封面，也不会进入媒体库冒充已确认资产。
*图 6：封面与平台规格一起生成，但仍保留“只用于当前闪递”的状态说明。*
如果不想逐项搬运，我可以下载发布包。它把富文本 HTML、纯文本、选中的封面、发布清单和文章素材装进一个 ZIP，像出门前终于把证件、衣服和充电器放进同一只箱子。它不替我登录公众号，也不模拟平台操作，只把最后一段人工搬运整理成可检查的交付物。
*图 7：发布包让交付变得完整，但最终进入创作中心和确认发布仍是显式动作。*
走完这一遍，闪递的边界变得清楚：平台适配是派生，不是分家。源文章负责“写了什么”，平台工作区负责“怎样送过去”。
我也留下一道刹车：当前公众号能力是导出和辅助投递，不是官方自动发布。我想少点几下鼠标，但不能靠保存 Cookie、模拟登录或调用非公开接口换取方便。少按两个按钮，不值得拿账号边界冒险。
再让同一篇文章来到“纸上”
闪递解决“送到哪里”，却不回答另一个问题：如何把文章做成封面、海报，或一组有页面关系的杂志版面？如果闪递负责把内容送出门，“纸上”就负责它出门前穿什么。
后台里的“纸上”由此开始。它不是前台阅读主题，也不是另一套正文编辑器，而是一张连接文章与视觉制品的工作台。
*图 8：左侧组织内容与出版方案，右侧持续呈现最终版面。*
我可以输入临时内容，也可以从文章库导入。导入窗口先说明边界：它只读文章，不会修改来源。
*图 9：目标教程文章被选中；确认导入后，它只作为当前工作台的内容来源。*
目前，“纸上”主要接收标题、导语和连续文本；列表、表格、代码和图片等复杂内容仍需手动处理，图像槽位也只是模板占位。这些限制不该藏在漂亮截图后面：它离能独立接稿的美编还有一段距离。
连续版式可以分页并通过打印窗口输出，封面和海报可以按固定尺寸导出 PNG。精心安排的单页版式遇到长文时，仍要由我取舍内容。
*图 10：同一篇技术教程离开编辑器后，先成为可以阅读和打印的页面组合。*
模板不是滤镜
“纸上”把选择拆成三层：先选内容制品，再选视觉主题，最后选页面或画布中的排版变体。
我先决定要做杂志、手账、新闻、封面还是海报，再选择字体、色彩和刊头，最后组织页面。这个顺序贴近真实判断：先知道要做什么，再决定它该长什么样。
*图 11：主题负责视觉语言，页面类型和排版变体负责结构，两者不再被压扁成一个“模板”。*
同一篇文章也能切到公众号封面规格。这里的“公众号”只代表一张 900 × 383 的画布，不代表发布账号或同步能力。“纸上”把内容做成制品，闪递再把制品交给平台。
*图 12：纸上理解平台所需的画布规格，但不会读取发布凭据或承担同步。*
模板不是不可触碰的成品。我可以进入版面编辑状态，在 60 × 85 的网格中选择区块，调整位置、尺寸、文字样式、分栏和外观。应用后，浏览器只在本地保存版式覆盖，不改文章正文；输入内容也只服务当前页面。
*图 13：版面编辑允许局部修订，同时把正文、排版草稿和模板覆盖分开管理。*
海报更能说明这套关系。文章不必迁就竖版视觉而改掉原有段落；“纸上”只抽取适合画布的标题、摘要和信息层级，再组织成另一种传播制品。
*图 14：内容没有被复制成“海报文章”，而是被暂时组织成另一种传播制品。*
内容与构图只在需要时见面，不必永久绑定。如果排版结果反过来成为文章事实，每次移动标题、调整字号都会修改正文；如果模板完全不了解内容，它又只能长期依赖假文和占位符。
现在，来源文章提供可读内容，模板提供版面规则，工作台负责临时组合。组合结果可以调整和导出，却不能改动来源。
为什么“闪递”和“纸上”没有合并
从界面上看，它们都处理“文章之后的事”，任务却不同：“纸上”把文章做成视觉制品，闪递把内容适配给平台。两者可以交换结果，却不必共用临时草稿。
目前，两者仍分别从同一篇源文章出发，确认过的图片需要手动交接。两个工作台保持边界，避免一边未保存的调整变成另一边来路不明的状态。
内容运营平台，是一点点用出来的
最初做编辑器时，我只想把文章留在自己控制的数据中。后来，AI 写作助手进入编辑页：预设保存明确任务，分身提供风格画像、个人记忆和修订偏好，候选修改只有经过接受才进入正文。
此时，内容生产不再只是一块输入框。编辑器守住唯一正文，AI 助手参与构思和修改；从同一篇文章出发，“纸上”生产视觉制品，闪递生成平台版本和发布包。两条路径还不是自动流水线，但当它们围绕同一份正文协作时，“内容运营平台”便不再只是蓝图。
目前，两条路径已经能抵达版面和发布包，但每一步仍由我发起、挑选和确认。它是一间能工作的个人内容工作室，还不是关灯后仍会自行运转的内容代理。
工作室开门了，还差一段交接
“纸上”已经提供多种内容类别、主题、页面规格和排版变体，但模板数量不等于完成度。哪些版式总被选中？哪些区块每次都要挪？什么标题最容易溢出？哪些海报看着热闹却从未下载？这些使用结果比再添十套风格更有价值。
图文生产也有明显缺口。“纸上”只有图像占位，闪递生成模板封面；两边还不能交接已确认的图片资产。一张图即使在“纸上”完成，进入发布包时仍要再找、再确认。
下一步不该再加一个醒目的按钮，而要让图片带着来源、尺寸和版本从“纸上”交给闪递，并在进入媒体资产或发布包前由我确认。图片也要有来路，不能糊里糊涂地混进版面。
我想要的不是更多按钮，而是一条能走完的路
我想要的分工很朴素：我设定目标、确认事实并作出判断，机器接走可以程序化的格式转换、版面派生和发布包整理。
这和“一键生成并自动发布”不是一回事。来源是否可信、事实是否准确、这次是否真的要发，仍由我确认。有用的自动化必须说明边界和失败状态，也要允许我回到任何一步，查看它为什么这样做。
编辑器让我拥有文章，AI 助手学习如何与我一起写，“纸上”赋予内容形状，闪递把它送往平台。它们围绕同一份正文明确分工，一个人的博客也开始长成一个人的内容运营平台。
下一步不是继续添工具，而是让它们真正接过工作。