内容一鱼多吃改写器

把同一篇内容手工改成公众号、小红书、微博、知乎和 B 站版本，是内容团队最典型的重复劳动。不同平台的字数上限、结构习惯、语气和标签规则并不一致，逐条重写既慢又容易跑偏：公号版需要导语和观点，小红书版需要钩子和 emoji，微博版要压到一两句话，知乎版要论证，B 站版要有钩子和弹幕互动点。这个技能的价值不是“一键发布”，而是把一稿多投变成一套可复核的结构化流程。

它解决什么问题

手动改写常见的问题包括：核心信息在某一版里被丢掉、语气和平台用户不匹配、AI 味太重、标签和排版缺失，以及多平台版本之间表述不一致。技能通过明确的平台规范、三段式改写流程和自检清单，把重复劳动变成可复用的 prompt 方法。

工作方式

技能是纯文本方法论，不执行代码、不调用第三方 API、不写入或外发用户文件，也不收集上传输入。调用时只需要提供 source_content（源文本或文件路径）和可选的 target_platforms。默认支持五个平台：微信公众号、小红书、微博、知乎、B站。

改写流程分三步：先做源内容分析，识别类型（article / note / script 或混合类型），提取 3–5 个核心信息点；再逐平台改写，按字数、结构、语气和必含元素重新组织；最后输出每个平台版本并做跨平台一致性检查。每份结果会标注平台名、字数、适用场景，以及相比源内容做了哪些调整。

参数方面，source_content 必填；target_platforms 默认全部平台；source_type 可覆盖自动识别结果；tone_override 可强制语气，如“更正式”“更活泼”；output_dir 指定保存目录，不填则只在对话中展示。

支持三种模式：full 输出所有目标平台完整版本；single 只输出单一平台，例如“改写成小红书”；compare 输出各平台版本并附差异分析。

平台规范与改写要点

各平台核心差异如下：

• 微信公众号：800–2000 字，标题 + 导语 + 正文 + 结尾互动，语气深度专业，需封面图建议和排版提示。
• 小红书：200–500 字，标题钩子 + 正文分段 + 话题标签，语气活泼真实，需 emoji、标签和互动引导。
• 微博：140 字以内，一句话核心 + 话题标签，语气简洁有力，需 #话题# 和 @提及。
• 知乎：500–1500 字，问题引入 + 分析 + 结论，语气理性专业，需数据支撑和引用来源。
• B站：300–800 字，钩子开头 + 内容展开 + 互动结尾，语气轻松有趣，需分 P 建议和弹幕互动点。

改写时会执行明确的自检：字数是否在范围内、结构是否符合平台习惯、核心信息是否完整、是否移除“总之 / 值得一提的是 / 在当下”等 AI 套话，改用贴近真实用户的口语表达。

示例

示例 1：full 模式 — 技术文章多平台分发

输入：一篇技术文章。

输出：公众号完整版、小红书种草版、微博短版、知乎分析版、B站口播稿，每份标注平台名、字数、适用场景，并附差异说明。

示例 2：single 模式 — 笔记改写为微博

输入：一篇小红书笔记。

输出：140 字以内微博，含 #话题#，保留笔记核心要点。

示例 3：compare 模式 — 口播稿多平台对比

输入：一段口播稿。

输出：五个平台版本 + 差异分析表，列出字数、结构、语气和必含元素的变化。

边界条件与异常处理

1. 源内容为空：提示用户提供源内容，不臆造。
2. 源内容过短（5000 字）：先提取核心要点再改写，避免直接截断丢信息。
3. 目标平台不在支持列表：提示当前支持的平台列表，询问是否使用最接近的平台。
4. 源内容含敏感信息：提示用户确认是否适合多平台公开发布。
5. tone_override 与平台规范冲突：以 tone_override 为优先，但在输出中标注冲突提示。
6. 多平台核心信息不一致：在输出末尾标注哪些要点在哪些平台被省略及原因。
7. 源内容类型混合：标注“混合类型”，按占比最高类型为主策略，并说明取舍。

安全与自检

技能只使用标准文件读写（如需保存），没有硬编码凭据、提示注入、subprocess / eval / curl 等危险指令，也不内置特定品牌、产品或行业的专有数据。交付前会检查 frontmatter、参数表、平台规范、改写步骤、示例和边界说明是否完整。