CE-01 · 长稿改写为多平台适配版本

① 场景引入

一、这件事现在是什么样

内容改编编辑 · 真实业务触发

每天下午 3 点前要把上午发的原创稿件适配到全平台。运营主管会催：「公众号发了吗？头条呢？小红书和抖音的呢？」—— 你得保证每个版本的核心信息一致，但又不能看起来像复制粘贴。

二、痛点 · 每条都有来源

1. 公众号要正式、头条要抓眼球、小红书要种草风、抖音要口语化——每个版本都得重写开头和结尾
   依据：MCN 运营负责人自述：'同一篇稿子改五个版本，公众号要正式、头条要抓眼球、小红书要种草风、抖音要口语化、B站要玩梗，改完一下午就没了'2改着改着就把关键数据改丢了或者改错了，比如原文是「增长 23%」改成「翻了三倍」依据 ·

MCN 运营负责人自述：'同一篇稿子改五个版本，公众号要正式、头条要抓眼球、小红书要种草风、抖音要口语化、B站要玩梗，改完一下午就没了'3每个平台的标题限制不一样（微信 64 字符、头条 30 字符、小红书 20 字符），手动数很烦依据 · 微信公众号运营规范 —— 标题不得超过 64 字符，正文图片建议宽度 900px，严禁诱导分享与虚假信息，违规文章会被删除并扣信用分4配图尺寸要求不同，同一张图要裁四个版本依据 · 微信公众号运营规范 —— 标题不得超过 64 字符，正文图片建议宽度 900px，严禁诱导分享与虚假信息，违规文章会被删除并扣信用分5上一轮改的版本找不到存档了，下次又得重来依据 · MCN 运营负责人自述：'同一篇稿子改五个版本，公众号要正式、头条要抓眼球、小红书要种草风、抖音要口语化、B站要玩梗，改完一下午就没了'

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 公众号要正式、头条要抓眼球、小红书要种草风、抖音要口语化——每个版本都得重写开头和结尾改着改着就把关键数据改丢了或者改错了，比如原文是「增长 23%」改成「翻了三倍」每个平台的标题限制不一样（微信 64字符、头条 30 字符、小红书 20 字符），手动数很烦配图尺寸要求不同，同一张图要裁四个版本

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

6 步 · 每一步的产出都是下一步的输入

1. 稿件解析与要素提取 · 先搞清楚这篇稿子在说什么自动提取：核心论点、关键数据、引用来源、重要人物/事件/时间点、禁改内容标记
2. 平台规则加载 · 每个平台的「方言」是什么加载目标平台的字符限制、风格要求、格式规范、敏感词库
3. 骨架重构 · 同一内容换一种讲法每个版本独立重构叙事顺序：哪个平台先抛结论、哪个平台先讲故事、哪个平台先放数据
4. 风格润色 · 让每个版本像那个平台的「原生内容」公众号：正式但有温度；头条：悬念式开头+数据佐证；小红书：emoji+分段短句；抖音：口语化+钩子前置
5. 一致性核验 · 五个版本的核心信息必须一致逐项比对：人名/地名/数据/时间/结论；不一致处标红并给出建议
6. 输出生成 · 每个平台一套完整物料标题+正文+配图建议+标签+话题+发布时间建议；打包成可复制粘贴的格式

要准备什么：原始稿件（Word/PDF/在线文档链接）必须是最终审定版，非草稿目标平台列表（如：wechat_mp, toutiao,xiaohongshu, douyin）决定生成几个适配版本过往满意版本（可选但强烈推荐）用于学习风格偏好；如果没有，首次输出后会根据反馈迭代

为什么这个场景值得做

优先级评分：痛感 5 × AI 适配 5 ÷ 落地难度 2 = 15.0

最大差异点：不需要客户先整理品牌调性手册。提供 2-3 个满意的过往版本作为样例，Agent 自动学习风格偏好。折算依据逐项写清。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：多平台适配包.zip 按平台分文件夹 · 每个平台含标题/正文/配图建议/标签/话题
• 可派发清单：一致性核查报告.xlsx 五版本核心信息比对表 · 不一致处标红
• 可派发清单：发布检查清单.xlsx 每个平台发布前的必检项 · 含字符数/敏感词/图片来源

这套东西不承诺什么：不改写原文的核心观点和事实性陈述。如发现原文有事实疑点，标出但不擅自修改。不代为发布（发布操作和最终审核由各平台管理员执行）。不生成违反平台规则的内容（如诱导分享、标题党）。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：潮讯视界（潮讯传媒集团旗下短视频/公众号矩阵）内容改编编辑夏牧之，2026 年 8 月 13 日上午 10:20，记者已经把「祺瑞汽车 E3 事故深度报道」原稿交了过来（含事实核查专员钱屿核实过的车速与赔偿金额），运营主管在群里催：「公众号发了吗？头条呢？小红书和抖音的呢？」——她要在下午 3 点前把同一篇稿子改出五个平台版本，还要保证每个版本的核心数字（车速、赔偿金额）跟原稿一字不差。

原稿字数3,200 字目标平台5 个需保持一致的数字3 处结论1 处待复核 · 4 处已通过

输入新闻出版与媒体机构手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_原始稿件_祺瑞汽车E3事故深度报道.xlsx 记者写完、钱屿核实过的原稿全文摘要 —— 这是所有平台版本的唯一事实基准记者撰写 · 钱屿 8/13 09:40 核实通过
• 02_各平台历史发布记录_近1月.xlsx 过去一个月同类稿件在各平台的实际字数与标题风格 —— 平时改稿全靠「差不多这个字数」的手感，没系统看过夏牧之凭经验改稿 · 未量化统计过
• 03_平台格式规范手册_内部版.xlsx 新媒体运营组内部维护的格式规范 —— 上次更新是三个月前，改稿时基本靠记忆而不是翻这份文件新媒体运营组维护 · 上次更新3个月前
• 04_事实核查交接单_TP01事故稿.xlsx 钱屿核实完事实点后交给改编环节的交接单 —— 写明哪些数字已核实、哪些数字带限定语，这是改编时唯一能信的事实基准钱屿 8/13 09:40 交接 · 改编前必读
• 05_往期改编返工记录_近6月.xlsx 过去半年因改编环节出错需要返工或更正的记录 —— 散在各次运营周会纪要里，从未汇总过运营组周会口头提及 · 首次系统整理

注意标橙色那一份 —— 03_平台格式规范手册_内部版.xlsx。它新媒体运营组维护 · 上次更新3个月前，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

这篇稿子要发到这几个平台：[列出平台]。 帮我改成适合每个平台的版本。 注意：

1. 核心数据和观点不能变
2. 每个平台要有那个平台的味道，不能像是复制粘贴的
3. 如果发现原文有不确定的地方，标出来别自己改 拿不准的风格细节标出来，我来调。

短是因为平台规则和风格偏好都写在能力包里了。你只需要说清发哪里、原文是什么。

触发下午 3 点前要交五个平台版本

运营主管已经在群里催了 · 核心数字一个都不能错

夏牧之手上是一篇 3,200 字的原稿，钱屿已经核实过车速表述（带着「未获证实」的限定语）和赔偿金额（38.6万

元）。她需要把这篇稿子改成五个平台的版本，每个平台字数、风格、标题字符数都不一样，但车速和赔偿金额这两个数字必须原样保留限定语。

第 1 步 · 稿件解析与要素提取 · 先标出不能改的部分

哪些是事实类数字（不能动）· 哪些是叙述性文字（可以重写）

这一步的看点 · 该拦的地方拦住了系统自动标记：「未获官方证实」这个限定语在任何压缩改写中都不能被删除。结论是「如果某平台字数极紧张需要精简这句话，宁可整句删掉不提车主自述的数字，也不能只删限定语留数字」——这一点会在后续每个平台版本生成时反复校验。

第 2 步 · 平台规则加载 · 每个平台的「方言」是什么

字数、标题字符、配图比例，来自格式规范手册而非记忆

第 3 步 · 骨架重构 · 同一内容换一种讲法

不是删减，是重新组织信息呈现顺序

这一步的看点 · 把技术动作翻译成钱如果五个版本各自独立改写（不做骨架重构，纯粹逐句翻译语气），参照运营组过往经验，读者会发现「几个平台说的其实是一件事」，反而降低多平台交叉浏览的新鲜感；而重新组织信息顺序后，读者即使刷到不同平台的版本也会因为呈现方式不同获得「补充信息」的感觉，更可能产生多平台叠加浏览——这是选择「结构重组」而不是「同稿多发」的核心理由。

第 4 步 · 风格润色 · 让每个版本像那个平台的原生内容

但核心数字的措辞不因风格而改变严谨度

这一步的看点 · 从历史里想起了公司踩过的坑去年 3 月，潮讯视界改编一篇食品安全稿件时，公众号版本为了口语化把「initial 检测结果显示」简化成了「检测显示」，丢掉了「initial（初步）」这个限定，后来复检结果与初步结果不同，被读者截图对比质疑「自相矛盾」。这次风格润色环节特别检查了每个版本的限定语是否保留，不靠编辑记不记得去年那次教训，而是把「核心数字的限定语检查」做成了固定的一步。

第 5 步 · 一致性核验 · 五个版本的核心信息必须一致

逐项比对车速、赔偿金额、责任认定表述

这一步的看点 · 排除性结论抖音文案缺赔偿金额这一项可以排除「一致性问题」的判定，依据是文案里用「车企已发布赔偿方案」做了概括性交代，没有编造或暗示具体数字——这与「五个版本说法互相矛盾」是两种完全不同的性质，省掉了一轮不必要的返工。

第 6 步 · 输出生成 · 每个平台一套完整物料

标题+正文+配图建议+标签，附发布前检查清单

不讲省了多久 · 讲少了几个隐患、沉淀了什么

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

长稿改写为多平台适配版本 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

multi-platform-adaptation.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是新闻出版与媒体机构手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁CE-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

• 01_原始稿件_祺瑞汽车E3事故深度报道.xlsx 记者写完、钱屿核实过的原稿全文摘要 —— 这是所有平台版本的唯一事实基准
• 02_各平台历史发布记录_近1月.xlsx 过去一个月同类稿件在各平台的实际字数与标题风格 —— 平时改稿全靠「差不多这个字数」的手感，没系统看过
• 03_平台格式规范手册_内部版.xlsx 新媒体运营组内部维护的格式规范 —— 上次更新是三个月前，改稿时基本靠记忆而不是翻这份文件
• 04_事实核查交接单_TP01事故稿.xlsx 钱屿核实完事实点后交给改编环节的交接单 —— 写明哪些数字已核实、哪些数字带限定语，这是改编时唯一能信的事实基准
• 05_往期改编返工记录_近6月.xlsx 过去半年因改编环节出错需要返工或更正的记录 —— 散在各次运营周会纪要里，从未汇总过

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

这篇稿子要发到这几个平台：[列出平台]。 帮我改成适合每个平台的版本。 注意：

1. 核心数据和观点不能变
2. 每个平台要有那个平台的味道，不能像是复制粘贴的
3. 如果发现原文有不确定的地方，标出来别自己改 拿不准的风格细节标出来，我来调。

为什么这么短就够了：短是因为平台规则和风格偏好都写在能力包里了。你只需要说清发哪里、原文是什么。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• CE-01_多平台适配包.zip 按平台分文件夹 · 每个平台含标题/正文/配图建议/标签/话题
• CE-01_一致性核查报告.xlsx 五版本核心信息比对表 · 不一致处标红
• CE-01_发布检查清单.xlsx 每个平台发布前的必检项 · 含字符数/敏感词/图片来源

Skill 里固化了什么：从历史改编记录里想起了上次踩过的坑该拦的错误拦住了排除性结论把格式要求翻译成工作量

输入清单：原始稿件（Word/PDF/在线文档链接）必须是最终审定版，非草稿目标平台列表（如：wechat_mp, toutiao,xiaohongshu, douyin）决定生成几个适配版本过往满意版本（可选但强烈推荐）用于学习风格偏好；如果没有，首次输出后会根据反馈迭代

人工边界：不改写原文的核心观点和事实性陈述。如发现原文有事实疑点，标出但不擅自修改。不代为发布（发布操作和最终审核由各平台管理员执行）。不生成违反平台规则的内容（如诱导分享、标题党）。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

内容改编编辑 · 产出即下一步输入

CE-02 · 多平台内容一致性检查 — 五个平台发了五个说法，读者在评论区问「你们到底怎么说」· 而这种事每个月都会发生两三次 查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。