---
name: 通用-多平台小说适配
description: '用于做章节或片段的多平台适配策略。适合平台分发前的策略设计、改写前推演与平台撞车修复。关键词：多平台适配、平台差异矩阵、改写前推演、平台撞车修复、平台风格拉开。'
argument-hint: '要把哪一章适配到哪些平台？默认先确认平台差异矩阵，再做改写前推演与撞车修复。'

---

# 通用-多平台小说适配

多平台适配不是改几个词，而是换一套“读者心智 + 节奏分配 + 承载方式”。

## 保真迁移要求（强制）

命中多平台适配任务时，除本文件外，**必须继续读取**：

- `references/平台差异矩阵.md`
- `references/平台情绪直给度对照表.md`（**新增 — 跨题材通用**：同一场景在不同平台的情绪传递方式对照，直给型vs慢消化型，含错位红灯）
- `references/多平台改写前推演清单.md`
- `references/平台风格总则与撞车修复.md`
- `references/平台节奏与付费机制补充.md`
- `references/人称视角双向转换适配卡.md`（按需必读 — 支持第一/第三人称双向转换）
- 工作区根目录 `Agents.md` 的 `## 平台POV基线表` 节（**强制必读** — 各平台人称视角的唯一权威锁定源；本 Skill 及所有 `通用-输出*版` Skill 均须以此表为准，不得在 Skill 内部重新裁定人称）
- `references/平台POV基线表_模板.md`（**新项目/新作品启动时必读** — 若工作区根目录 `Agents.md` 的 `## 平台POV基线表` 节不存在，须按此模板在 `Agents.md` 中创建该节并逐平台裁定人称后，方可进入后续适配流程）
- `../../写作研究/GEO小说项目核心参考.md`（**新增** — 了解各平台在 AI 搜索中的可见性权重，辅助适配策略的 GEO 维度决策）

## 卖点保真要求（强制）

- 多平台适配允许调整卖点的呈现方式、优先级与镜头承载，但不允许把主卖点适配没了。
- 每个平台版本都必须回答：主卖点怎样被该平台读者更快看见，以及怎样在该平台语境里持续成立。
- 若适配后只剩平台腔调差异，却认不出同一本书的核心吸引力，视为适配失败。

## 母稿前置要求（新增）

- 若源稿仍带明显单平台口癖、事件链不稳、情绪主轴发散或关键钩子尚未钉牢，必须先调用 `通用-提纯多平台母稿`，再进入多平台适配。
- 多平台适配负责“怎么拉开版本”，不负责替松散底稿兜底；若底稿本身不稳，直接分流只会把问题复制到多个平台。
- `通用-提纯多平台母稿` 也属于 AI 生成链路；若 AI 在母稿提纯前就不可用，则本 Skill 与母稿提纯都不得启动，必须直接写入 `blocked_ai_unavailable` 并停止。

## 事故复盘回写（2026-05-11）

- 已验证：在 AI 能力受限时改用脚本批量改写正文，会直接导致平台风格崩坏与模板污染扩散。
- 因此本 Skill 明确要求：AI 不可用时只允许阻塞与日志回执，不允许“先脚本改写再门禁补救”的路径。

## 常见触发词 / 用户说法速查

- 先做多平台适配策略
- 这章上不同平台该怎么拉开
- 帮我做改写前推演
- 这些平台版本开始撞车了
- 别直接轻改，先告诉我平台差异

## 何时使用

- 要把同一章 / 同一片段适配到多个平台。
- 需要先做改写前推演，而不是直接写一份中性底稿再轻改分发。
- 发现多个平台版本开始撞车，需要修复平台感。

## 与其他 Skill / Prompt 的边界

- 多平台输出类 prompt 继续负责编排、落盘、门禁与相似度质检。
- 各平台子 prompt 继续负责本平台硬约束。
- 本 Skill 只负责**跨平台适配方法库**：差异矩阵、推演清单、拉开策略、撞车修复顺序。
- 本 Skill 产出的是适配策略资产，不是可直接发布的章节正文成品。

## 执行顺序

1. 先读取平台差异矩阵，确认目标平台的核心气质。

> **GEO 维度补充（新增）**：在差异矩阵中额外考虑各平台在 AI 搜索中的可见性特征——起点正版权威高、AI 偏好引用但要求信息完整；知乎问答模式与 AI 同构，GEO 价值最高；番茄/七猫免费流量大但权威感较低。详见 `../../写作研究/GEO小说项目核心参考.md` 的"维度三：平台可见性层"。
2. 再用改写前推演清单，明确本次最该拉开的差异点与压相似度位置。
3. 再读取平台风格总则与撞车修复，确认风格优先级与修复顺序。
4. **检查工作区根目录 `Agents.md` 中是否存在 `## 平台POV基线表` 节**：
   - 若**存在**：读取该节，锁定目标平台的当前人称基线。
   - 若**不存在**：先读取 `references/平台POV基线表_模板.md`，在 `Agents.md` 中创建 `## 平台POV基线表` 节，参照各 `通用-输出*版` Skill 的 `POV 选择指南` 逐平台裁定并写入锁定值，再继续执行。
   - `Agents.md` 的 `## 平台POV基线表` 节为唯一权威源，本 Skill 与所有 `通用-输出*版` Skill 均须服从，不得在 Skill 内部重新裁定。
5. 若平台策略要求切换视角人称（第一/第三人称），再按"人称视角双向转换适配卡"确定转换方向与保真约束。**注意：只有在 `Agents.md` 的 `## 平台POV基线表` 节允许该平台使用目标人称、且已登记偏离原因时，才可执行人称切换。**
5. 明确“本平台在语气、结构或读者预期上，最该比其他平台更强化什么具体特征”。
6. 若需要把推演结果、撞车修复方案或平台差异结论落盘，默认放入 `适配策略/`；若分析对象来自 `小说正文/`，它也只能作为输入来源，不得作为策略文件落点。
7. 再进入正文改写与终检。

## 默认输出口径

- 默认输出是平台差异矩阵、改写前推演、撞车修复结论等适配策略。
- 适配策略允许且应优先放在 `适配策略/` 文件夹中。
- 不允许把适配策略放在 `小说正文/` 文件夹中；`小说正文/` 只承载章节正文成品，不承载适配规划、推演记录或撞车修复方案。
- 若需要落盘，默认直接回写或新建在 `适配策略/` 下。

## 平台人称适配建议（动态读取基线表）

- 本 Skill 及所有 `通用-输出*版` Skill 必须在每次执行前动态读取工作区根目录 `Agents.md` 的 `## 平台POV基线表` 节，查找目标平台的当前锁定人称。Skill 本身不固化人称，最终以本项目当前作品的基线表为唯一权威。
- 同一作品中不同平台的人称可以不同；同一平台、同一作品内的人称必须保持一致，除非已在 `适配策略/` 中记录了经批准的偏离理由。
- 以下按题材×平台给出人称方案选择策略，综合了本工作区都市悬疑（35篇）、异能志怪（22篇）、都市职场（26篇）、女频爱情（4篇）四大题材写作研究及网络搜索数据。

### 跨平台通用原则

- **绝对禁止全知视角**：所有平台、所有题材，全知第三人称均为禁区。全知视角会让读者产生"旁观者"距离感，破坏代入与悬念。
- **限知视角是所有平台的共同底线**：第一人称限知或第三人称限知二选一，不得混用。
- **视角切换必须严格受控**：同一章内不得切换超过1-2次；每次切换必须有明确场景分隔或章节标识。
- **传统网文平台（起点/纵横）读者习惯第三人称**：第一人称会主动缩减受众。除非悬疑/推理/亲历者自述型作品，否则优先第三人称限知。
- **社交媒体/轻阅读平台读者更接受第一人称**：碎片化阅读场景下，"我"的即时情绪冲击力更强。

### 按题材分类的人称方案选择策略

#### 都市悬疑

| 平台 | 推荐人称 | 依据 |
| --- | --- | --- |
| **起点中文网** | 第三人称限知（首选）/ 第一人称（推理悬疑专用） | 起点网文读者习惯第三人称；推理悬疑子类中第一人称过稿率更高，因信息同步最大化解谜参与感 |
| **知乎** | 第一人称（首选） | 知乎"亲历者自述"基因决定；《无暇赴死》《兄友弟恭》等爆款皆为第一人称限知；研究明确指出"盐选都市悬疑视角必须是第一人称或有限第三人称" |
| **B站** | 第一人称沉浸（首选）/ 第三人称限知多视角 | 第一人称是B站悬疑最常用视角；弹幕文化下第三人称多视角切换可制造"群像讨论+拼图推理"效果；研究指出"第一人称沉浸式体验 + 限制性第三人称多视角交替"是B站特色 |
| **豆瓣** | 第一人称（情绪体验）/ 第三人称限知（文艺质感） | 心理描写和情绪沉浸优先第一人称；强调文学质感与镜头化叙事时可用第三人称限知 |
| **出版社** | 第三人称限知（首选） | 传统出版审稿偏好第三人称的叙事克制与结构完整；都市悬疑类职业视角+第三人称限知最稳 |
| **番茄/七猫** | 第一人称（首选）/ 第三人称限知 | 免费阅读平台需强情绪驱动，第一人称天然适配；若案件链复杂则切换第三人称限知 |
| **小红书/今日头条/百家号** | 第一人称（首选） | 碎片化信息流，"我"的即时体验感最能触发分享与互动；研究验证了"有限视角同步信息"策略 |
| **微信订阅号** | 第一人称（首选） | 熟人传播依赖亲密感，"我跟你讲一件事"的口吻天然适配订阅号连载 |
| **新浪微博** | 第一人称（首选） | 微博社交属性决定第一人称是"唯一最优解"；研究指出第一人称"我"的绝对统治 |
| **纵横小说** | 第三人称限知（首选）/ 第一人称（悬疑专用） | 网文平台读者习惯第三人称；悬疑线重的作品可用第一人称 |
| **GoodNovel** | 深第三人称限知（案件+cliffhanger并行）/ 第一人称（情绪驱动thriller） | 研究明确"视角宜保持深第三人称或第一人称贴身感"；主角视角占60%+；多视角切换每10章≤1次 |
| **My Fiction** | 深第三人称限知（首选）/ 第一人称 | 研究建议"多视角交替+限知视角"策略；主角视角占60%+；关系黏性驱动 |
| **WebNovel** | 深第三人称限知（首选）/ 第一人称 | 跨文化可读性优先；深第三人称便于信息承载与因果清晰；悬疑推理可用第一人称 |

#### 异能志怪（都市异术超能）

| 平台 | 推荐人称 | 依据 |
| --- | --- | --- |
| **起点中文网** | 第三人称限知（首选） | 网文读者习惯第三人称；异术超能世界观复杂，第三人称便于规则展开 |
| **知乎** | 第一人称限知（首选） | 研究明确"以第一人称限知视角锚定真实感"；《打魂鞭》《鱼灯引魂记》等爆款均为第一人称；知乎"真实叙事传统"基因 |
| **B站** | 第一人称（首选）/ 深第三人称有限视角 | 研究"采用第一人称或深第三人称有限视角，让读者和主角一起解谜"；视听化场景感 |
| **豆瓣** | 第一人称（心理体验）/ 第三人称限知（文艺质感） | 民俗异术的情绪沉浸优先第一人称；文学性强的异术设定可用第三人称 |
| **出版社** | 限知视角（第一或第三人称均可，禁上帝视角） | 研究"以限知视角锚定真实感，用克制白描替代感官轰炸"；《捞尸人》《茅山后裔》等样本为限知视角；绝对禁止上帝视角和主角不在场的场景描写 |
| **番茄/七猫** | 第一人称（首选） | 民俗异术的沉浸恐惧感在第一人称下最强烈；《捞尸人》类作品的情绪张力适配 |
| **小红书/今日头条/百家号** | 第一人称（首选） | 研究验证"第一人称或深第三人称有限视角同步信息"策略 |
| **微信订阅号** | 第一人称（首选） | 研究"主角与读者认知同步"；熟人传播+日常反常的冲击力 |
| **新浪微博** | 第一人称（强制） | 研究明确"第一人称'我'的绝对统治"；微博社交属性决定；全程"我"的体验是唯一最优解 |
| **纵横小说** | 第三人称限知（首选） | 异术超能长篇世界观复杂，第三人称承载更稳 |
| **GoodNovel** | 深第三人称/第一人称（强制，禁全知） | 研究"强制采用深第三人称/第一人称POV，禁止全知视角"；心理活动必须是角色即时想法 |
| **My Fiction** | 深第三人称/第一人称（强制，禁全知） | 研究"强制采用深第三人称/第一人称POV"；感官锚定+POV限制+情绪操控 |
| **WebNovel** | 深第三人称限知（首选）/ 第一人称 | 研究"民俗感官精准锚定+主角与读者认知同步+跨文化情绪镜像投射" |

#### 都市职场

| 平台 | 推荐人称 | 依据 |
| --- | --- | --- |
| **起点中文网** | 第三人称限知（首选） | 网文读者习惯第三人称；职场爽文需要信息承载与专业逻辑展示 |
| **知乎** | 第一人称（首选）/ 第三人称限知 | 裁员维权/职场逆袭类天然适配"亲历者自述"口吻；复杂商战可用第三人称 |
| **豆瓣** | 第一人称（情绪共鸣）/ 第三人称限知（职场写实） | 裁员维权等情感密集型题材优先第一人称；专业职场写实可用第三人称 |
| **出版社** | 第三人称限知（首选） | 专业壁垒+职业视角+传统出版审稿偏好第三人称 |
| **番茄/七猫** | 第一人称（首选） | 免费阅读平台，"打脸""逆袭"情绪链需第一人称驱动 |
| **小红书/今日头条/百家号** | 第一人称（首选） | 职场吐槽、裁员经历等碎片化内容天然适配第一人称分享体 |
| **微信订阅号** | 第一人称（首选） | 职场共鸣类内容需第一人称亲密感驱动熟人转发 |
| **新浪微博** | 第一人称（首选） | 微博社交属性，职场情绪短内容适配第一人称冲击 |
| **纵横小说** | 第三人称限知（首选） | 网文平台，职场商战长线需第三人称承载 |
| **GoodNovel** | 第一人称（东南亚市场，70%+）/ 第三人称限知（北美市场，60%+）/ 深第三人称（写实维权类） | 研究"东南亚第一人称使用率70%以上，北美第三人称限知60%"；商战类可放宽多视角切换，办公室罗曼史严格禁止；开篇前3万字必须100%主角POV |
| **My Fiction** | 第三人称限知（首选）/ 第一人称 | 研究"采用受限第三人称视角"；写实风格需读者跟着主角一起解谜 |
| **WebNovel** | 深第三人称限知（首选） | 跨文化职场叙事，第三人的信息承载与逻辑清晰更适配 |

#### 女频爱情（言情）

| 平台 | 推荐人称 | 依据 |
| --- | --- | --- |
| **起点中文网** | 第三人称限知（首选，占签约90%+） | 研究"第三人称限知视角是起点女频最常用、读者接受度最高的视角，占签约作品90%以上"；起点编辑最推荐"肩头跟拍"视角；视角切换严禁频繁（同章≤1次） |
| **知乎** | 第一人称（首选） | 知乎"我"开头故事传统；情感类天然适配亲历者自述口吻 |
| **豆瓣** | 第一人称（情感沉浸）/ 第三人称限知（文学言情） | 情绪体验优先第一人称；文艺言情可用第三人称 |
| **出版社** | 第三人称限知（首选） | 传统出版审稿偏好；言情长篇需第三人称结构承载 |
| **番茄/七猫** | 第一人称（首选） | 言情情绪驱动强烈，第一人称天然适配免费阅读 |
| **小红书/今日头条/百家号** | 第一人称（首选） | 情感分享型内容天然适配第一人称 |
| **微信订阅号** | 第一人称（首选） | 情感故事类最适配第一人称亲密感 |
| **新浪微博** | 第一人称（首选） | 短情绪内容适配第一人称 |
| **纵横小说** | 第三人称限知（首选） | 女频言情网文读者习惯第三人称 |
| **GoodNovel** | 第一人称（首选，东南亚romance）/ 第三人称限知（商战+爱情线） | 研究"办公室罗曼史采用第一人称女主视角"；开篇前5万字必须100%主角POV；多视角切换每10章≤1次 |
| **My Fiction** | 第一人称（首选）/ 第三人称限知 | 关系黏性驱动，第一人称直接建立读者-主角一对一连接 |
| **WebNovel** | 深第三人称限知（首选）/ 第一人称 | 跨文化言情，第三人称便于全球读者理解关系线 |

### 人称决策速查矩阵

按"题材驱动力×平台场景"快速定位人称：

| 题材驱动力 | 适合第一人称 | 适合第三人称限知 |
| --- | --- | --- |
| 情绪/情感驱动（言情、悬疑恐惧、都市逆袭） | 知乎、小红书、微博、番茄、七猫、微信订阅号、GoodNovel（东南亚） | 起点、纵横、出版社、豆瓣（文艺向） |
| 案件/推理/拼图驱动（悬疑解谜、异术调查） | 知乎、B站（沉浸式）、微博 | 起点、纵横、GoodNovel、My Fiction、WebNovel、出版社 |
| 职业/专业/写实驱动（职场爽文、行业小说、硬核异术） | 知乎（亲历者自述） | 起点、纵横、出版社、GoodNovel（北美）、My Fiction、WebNovel |
| 关系/群像驱动（言情多角、都市群像、异术团队） | My Fiction、GoodNovel（romance） | 起点、纵横、出版社、豆瓣、WebNovel |



## 硬规则

- 风格顺序：不允许先写一份中性底稿再轻改分发；压相似度必须服从平台风格，而不是牺牲平台风格。
- 平台区分：中文平台之间必须明显可区分；英文平台之间也必须明显可区分；不允许为了压相似度或贴平台腔而模糊主卖点、削弱卖点落地。
- 人称与研究：人称转换必须可逆且保真，既可 `第一人称→第三人称`，也可 `第三人称→第一人称`；**各平台的人称锁定以工作区根目录 `Agents.md` 的 `## 平台POV基线表` 节为唯一权威源**，若最终选择偏离基线表锁定值，必须在推演清单记录偏离原因并逐条举证；平台研究若明确指向单一平台，应只在矩阵与对应平台链路中使用，不得偷渡回默认未指平台资产。
- 目录纪律：不得把适配策略存放、回写或新增到 `小说正文/` 文件夹；适配策略允许且应优先放在 `适配策略/` 文件夹中。
- 污染禁行：不允许把“抽象自述 + 动词模板 + 口径名词”句群当作平台差异化策略；这类句群属于污染文本，命中即失败。适配前后都必须保证污染短语族清零：`对照项落在`、`先把同一句话拆碎`、`先把顺滑的解释拆开`、`只求能追溯`、`只求能复核`、`只求对得上` 等不得出现在平台正文。
- 脚本禁行：不允许使用 `scripts/append_cn_unique_monologue.ps1`、`scripts/append_cn_unique_narration.ps1`、`scripts/append_cn_unique_thirdperson.ps1`、`scripts/rephrase_cn_body.ps1`、`scripts/rephrase_en_body.ps1`、`scripts/cn_lexicon_profile_transform.ps1` 作为适配主路径。
- AI 阻塞：只要 AI 在母稿提纯或正文适配任一阶段不可用，都必须停止正文适配并写入 `blocked_ai_unavailable`；禁止任何脚本正文改写兜底，避免继续浪费 token 与返工成本。

## 最低交付

- 明确本平台最关键的 3 条风格约束。
- 明确本平台最该拉开的 2 个差异点。
- 明确本次在哪些表达位上压相似度。
- 能回答“遮住标题后，读者还能不能认出平台风格”。