原则（一句话）#

一份核心内容（Markdown / HTML 原件）走多平台 = 每个平台一层适配器，永远有损耗，别假装没有。

为什么#

橘鸦的六个平台：

他没有为每个平台写一遍，而是一份 Markdown 起手，每个平台一层适配器。

这才是工程化的多平台分发。橘鸦做的不是把同一篇文章发六遍，是一套核心内容 + 六个损耗补偿器。

何时调用#

• 用户说：「这个内容要发到 X / Y / Z 平台」
• 用户说：「帮我搞一篇多平台版本」
• 任何内容的「扩散」场景

怎么做（决策矩阵）#

1
原始素材（事实 / 核心叙事）
2
  ↓
3
核心文档（Markdown，统一信息源）
4
  ↓
5
平台分发路由：
6
  ├─ 接受 Markdown → 直吃（知乎、YouTube 描述）
7
  ├─ 受限 HTML   → 适配器 + 样式补回（公众号）
8
  └─ 时序媒体    → 重编为画面 + 语音 + 字幕（B 站、抖音、视频号）

平台接受度三档：

1. 第一档：Markdown 直吃（知乎专栏、GitHub、博客、Medium）
2. 第二档：受限 HTML 适配（公众号、邮件 newsletter）
3. 第三档：时序媒体重编（视频平台、播客）

反例 / 边界#

• 短视频脚本 ≠ 公众号文章 ≠ 推文 = 不是改字号，是三件事
• 想”一个视频发所有平台” = 偷懒思维，不成立的
• 不切平台特性 = 会被算法 / 审核吃掉

关联原则#

• 02-Workflow编排：分发端的窄 AI / 宽人工
• 06-视觉锚点：每个平台的不同样式 = 不同锚点
• 07-诚实标注：每个平台的损耗要在元信息里标注