同一份内容，怎么改成每个平台自己的版本

做内容的人大概都干过这种事：公众号文章刚写完，老板说“小红书也发一下”；过一会儿又补一句，“知乎和视频号顺手也做了吧”。​

听着像复制粘贴，真做起来却很费时间。公众号讲究把一件事说透，小红书要一张图就能马上看懂，讲什么，知乎读者更关心“为什么”，视频号则要在几十秒里把冲突讲出来。同一篇稿子直接搬过去，要么太长，要么太生硬，或者一开口就像在念文章。​

这次我在豆包工作里连续跑了四个任务：做小红书图文、拆成一周内容、改成四个平台原生稿，最后再做一次发布前审核。这套生产线如下：​

​

代码块​

Plain Text

同一份事实包​

→ 先判断平台的特点​

→ 再规定每个平台的交付格式​

→ 生成草稿​

→ 打开成果逐段检查​

→ 发布前统一审核​

​

选对工具：这篇其实只需要两个 Skill​

​

#dzpiLfZvZdIN text { white-space: pre; }#dzpiLfZvZdIN .fb0 { stroke: var(--N900-FG, 0.15); }#dzpiLfZvZdIN .fb0 {stroke: rgba(31,35,41, 0.15)}#dzpiLfZvZdIN .fx0 { stroke-miterlimit: 10; }#dzpiLfZvZdIN .fx0 {stroke-miterlimit: 10}#dzpiLfZvZdIN .fa1 { fill: rgb(187, 191, 196); }#dzpiLfZvZdIN .fa1 {fill: rgb(187, 191, 196)}#dzpiLfZvZdIN .fx1 { font: 400 12px MonospacedNumber, LarkHackSafariFont, LarkEmojiFont, LarkChineseQuote, -apple-system, BlinkMacSystemFont, "Helvetica Neue", Tahoma, "PingFang SC", "Microsoft Yahei", Arial, "Hiragino Sans GB", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji"; }#dzpiLfZvZdIN .fx1 {font-style: normal}#dzpiLfZvZdIN .fx2 { text-anchor: middle; }#dzpiLfZvZdIN .fx2 {text-anchor: middle}#dzpiLfZvZdIN .fx3 { dominant-baseline: central; }#dzpiLfZvZdIN .fx3 {dominant-baseline: central}#dzpiLfZvZdIN .fx4 { stroke: none; }#dzpiLfZvZdIN .fx4 {stroke: none}#dzpiLfZvZdIN .fc0 { fill: var(--text-caption); }#dzpiLfZvZdIN .fc0 {fill: #646a73}#dzpiLfZvZdIN .fa2 { fill: var(--text-link-disabled); }#dzpiLfZvZdIN .fa2 {fill: rgb(187, 191, 196)}#dzpiLfZvZdIN .fx5 { font: 400 14px MonospacedNumber, LarkHackSafariFont, LarkEmojiFont, LarkChineseQuote, -apple-system, BlinkMacSystemFont, "Helvetica Neue", Tahoma, "PingFang SC", "Microsoft Yahei", Arial, "Hiragino Sans GB", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji"; }#dzpiLfZvZdIN .fx5 {font-style: normal}#dzpiLfZvZdIN .fx6 { text-anchor: start; }#dzpiLfZvZdIN .fx6 {text-anchor: start}#dzpiLfZvZdIN .fx7 { dominant-baseline: alphabetic; }#dzpiLfZvZdIN .fx7 {dominant-baseline: alphabetic}#dzpiLfZvZdIN .fc1 { fill: rgb(167, 167, 167); }#dzpiLfZvZdIN .fc1 {fill: rgb(167, 167, 167)}#dzpiLfZvZdIN .fx8 { font: 400 14px MonospacedNumber, LarkHackSafariFont, LarkEmojiFont, LarkChineseQuote, -apple-system, BlinkMacSystemFont, "Helvetica Neue", Tahoma, "PingFang SC", "Microsoft Yahei", Arial, "Hiragino Sans GB", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji"; }#dzpiLfZvZdIN .fx8 {font-style: normal}#dzpiLfZvZdIN .fc2 { fill: rgb(35, 35, 35); }#dzpiLfZvZdIN .fc2 {fill: rgb(35, 35, 35)}#dzpiLfZvZdIN .fb1 { fill: var(--N900-FG, 0.15); }#dzpiLfZvZdIN .fb1 {fill: rgba(31,35,41, 0.15)}#dzpiLfZvZdIN .fb2 { fill: rgba(0, 0, 0, 0.1); }#dzpiLfZvZdIN .fb2 {fill: rgba(0, 0, 0, 0.1)}#dzpiLfZvZdIN .fa3 { fill: var(--bg-body); }#dzpiLfZvZdIN .fa3 {fill: #fff}ABC1234任务最优工具为什么小红书图文、7 天拆分、四平台原生稿发布前总检查真正生成小红书卡片视觉多平台改写分发营销素材审核创意设计（可选）它本来就负责把同一份内容改成不同平台的结构和语气它能同时查日期、数字、链接、来源、隐私和绝对化表达本次只交付卡片文案和版式建议，没有为了显得复杂额外叠工具

​

这次没有加链接器或专家团。原因是：专用 Skill 已经能完整覆盖任务。工具不是越多越专业，链路越长，反而越容易让事实边界在中间丢掉。​

​

​

任务一：小红书图文，不能只把长文切成九张图​

第一步：先选「多平台改写分发」​

在新任务里调用「多平台改写分发」。这一步看着普通，却决定了后面是在重新设计一篇小红书笔记，还是只把长文机械切片。​

​

​

图03-01 先选择多平台改写分发​

第二步：提示词里先写事实，再规定交付物​

我给它的材料只有 5 条已经确认的事实：本次实测对象和日期、事实包写作法、事实与判断要分开、AI 能做什么、发布前仍要人工复核。同时明确不能虚构亲身经历、阅读量、收入和客户案例。​

交付格式：3 个标题、8 页卡片、300 字以内正文、8 个以内话题标签，再加发布前人工复核清单。​

可直接复制的实测提示词​

​

代码块​

Plain Text

​

​

​

图03-02 小红书任务提示词​

第三步：过程里要确认它真的在按 Skill 工作​

运行后，豆包工作先读取了多平台改写 Skill，再按“母稿提取—平台策略—卡片结构”的方式展开。这个中间过程很值得看，因为它能帮你判断：AI 是真的在做平台适配，还是只在原文上换几个口语词。​

​

​

图03-03 小红书任务执行中​

结果：8 个独立的信息任务​

最终结果是 8 个独立的信息任务：封面先给价值，第二页讲痛点，第三页解释事实包，第四页区分事实和判断，第五页说明 AI 的边界，第六页给完整流程，第七页提醒常见坑，最后一页做收藏和评论引导。​

正文大约 250 字，附了 8 个话题标签和 8 项人工复核清单。​

​

​

图03-04 小红书任务结果✅​

好用的判断标准：卡片里的每一页都应该能回答一个问题。只是把长文按长度切开，不能算平台改写。​

​

​

任务二：一篇长内容，拆成能独立的短内容#​

这次仍然使用「多平台改写分发」，但任务目标从“适配一个平台”改成“把一个母题拆成 7 个独立入口”。​

​

​

图03-05 一周拆分选择技能​

我在提示词里直接规定 7 种形式：小红书图文、朋友圈短帖、问答、60 秒口播、社群讨论、清单卡片和复盘帖。最关键的一句是：每一条脱离原文也能独立成立。​

可直接复制的实测提示词#​

提示词复制​

​

代码块​

Plain Text

请使用“多平台改写分发”能力，把“从事实包到公众号成稿”这一份已确认的长内容，拆成 7 天可分别发布的短内容。​

​

​

​

​

图03-06 一周拆分提示词​

运行过程中，它先给每一天确定独立主题、目标读者和核心观点，再展开完整草稿；没有先写一篇长文，再按字数均分。​

​

​

图03-07 一周拆分执行中​

最终的 7 天分别承担不同任务：第一天用痛点让人进入，第二天解释事实包的四要素，第三天讨论 AI 边界，第四天给 60 秒三步法，第五天用问题带社群讨论，第六天给发布前核对清单，第七天做一周复盘。​

它还生成了 30 多项复用检查，并明确只生成草稿，不自动排期、不自动发布。​

​

​

图03-08 一周拆分任务结果​

​

​

任务三：同一份事实包，改成每个平台自己的版本​

前两个任务解决了“小红书怎么做”和“一周怎么拆”。第三个任务才是真正的一稿多发：同一份内容，分别生成微信公众号、小红书、知乎和视频号四个版本。​

​

​

图03-09 多平台版本选择技能​

平台名只是起点，还要把每个平台最终交什么写清楚：公众号约 800 字，小红书 6 页卡片加 250 字正文，知乎约 900 字，视频号是一份 60 秒口播稿。四份稿子共享同一个内容，但可以改变切入角度、顺序、语气和互动方式。​

我还要求每个版本后面补一行“保留了什么、删掉了什么、为什么这样改”。这能逼着 AI 把改写逻辑说出来，方便编辑检查。​

可直接复制的实测提示词​

​

代码块​

Plain Text

请使用“多平台改写分发”能力，把共用事实包分别改写成四个平台自己的原生版本，并先给出平台策略表。​

​

【素材】请在这里粘贴你的共用事实包，或上传事实包文件。​

​

交付：​

- 微信公众号：约 800 字，完整讲清三步方法、AI 边界和行动建议；​

- 小红书：6 页卡片提纲 + 约 250 字正文，重收藏和复核清单；​

- 知乎：约 900 字，以问题开头，有反例、论证和争议收尾；​

- 视频号：60 秒口播稿，冲突开场、三步骨架、一句话结论，注意口语节奏。​

​

四个版本只能使用共同事实包。可以改变角度、顺序、结构和语气，不能改变事实、日期、限制条件。每个版本后标注“保留事实 / 删掉信息 / 为什么改”。最后给四平台人工复核清单。只生成草稿，不安排发布。​

​

​

​

图03-10 多平台版本提示词​

执行时，它先做了一张平台策略表：公众号重完整步骤，小红书重收藏动作，知乎重论证，视频号重口语节奏。接着才分别生成四份草稿。​

​

​

图03-11 多平台版本执行中​

最后的检查​

任务显示完成，不代表文档就真的能用。我重新打开它生成的飞书文档，逐段检查是否包含共同事实包、四个平台策略、四份完整草稿、版本说明和人工复核清单。​

实测里这些内容都存在，日期也保留为 2026-08-28，没有把厂商判断写成独立事实，也没有自动安排发布。​

​

​

图03-12 多平台版本结果文档​

​

​

❗不要把“任务完成”当成验收。结果如果生成在文档里，必须重新打开；如果生成的是表格、PPT 或文件，也要检查那个真正的交付物。​

​

​

任务四：发布前，把日期、链接和敏感表达检查一遍​

最后一步切换到了「营销素材审核」。为了看它是不是真的能抓问题，我故意准备了一份很不干净的测试稿：​

•

正文里同时出现 2026-08-27 和 2026-08-28；​

•

塞入“10 分钟”“全网”“一定”“不用人工”“99%”“阅读量翻 10 倍”等承诺；​

•

放入一个 .invalid 无效链接；​

•

写了来源不明的图片、无来源数据和测试手机号。​

​

​

图03-13 发布前检查选择技能​

提示词要求它只做只读审核，不自动改文档、不发布；问题分成“必须修改、建议优化、需要业务确认”三档，还要逐条给出位置、原因和修改建议。​

可直接复制的实测提示词​

​

代码块​

Plain Text

请使用“营销素材审核”能力，对下面这份测试稿做发布前只读审核，不要自动修改、不要发布。​

​

【素材】请在这里粘贴或上传待审核稿件。​

​

逐项检查：标题与正文是否一致；2026-08-27 与 2026-08-28 是否冲突；所有数字和效果承诺是否有来源；链接是否能打开；引用和图片版权是否清楚；是否包含隐私信息；是否出现“10分钟、全网、一定、不用人工、99%、1000家、爆款、阅读量翻10倍”等绝对化或无法证明的表达。​

​

​

​

图03-14 发布前检查提示词​

运行时，它真的去检查了链接，也给绝对化用语、数据来源、版权和隐私分别找依据，而不是只做一遍错别字检查。​

​

​

图03-15 发布前检查执行中​

最终报告抓出：​

•

10 项必须修改；​

•

4 项建议优化；​

•

5 项需要业务确认。​

日期冲突、坏链、绝对化用语、效果承诺、无来源数据、版权不清和电话号码都被标了出来。报告还把“已确认适用规则”和“仍需核实的平台规则”分开，最后给了发布前勾选清单。​

​

​

图03-16 发布前检查结果​

​

​

记住这套提示词公式​

以后你要把一份内容改到任何平台，提示词至少写清五件事：​

共同事实包：哪些事实已经确认，来源、时间和限制是什么；​

目标读者：这条内容到底写给谁；​

平台交付格式：不是只给平台名，而是给字数、卡片数、口播时长和结构；​

允许改变与禁止改变：角度、顺序、语气可以改，事实、数字和证据边界不能改；​

人工复核和发布边界：只生成草稿，发布前检查日期、数字、链接、引用、版权和敏感表达。​

发布前，再用这张清单走一遍：​

四个平台使用的是不是同一份事实包​

有没有为了适配平台，顺手改坏数字、时间或条件​

每个平台的结构是不是符合真实阅读动作​

链接是否可打开，引用和图片是否有来源​

有没有绝对化、虚假承诺、隐私或版权风险​

最终交付物是否已经重新打开验收​

一稿多发真正省下来的是不用每到一个平台都重新想一遍“我到底该怎么改”。事实包守住不变的部分，平台策略决定应该改变的部分，最后再用统一审核把风险兜住。​

这才像一条能交给朋友、能反复复用的内容生产线。​