# 人称视角双向转换适配卡

> 适用：平台分流前的视角策略决策，支持 `第一人称 ↔ 第三人称` 双向转换。
>
> **权威源声明**：各平台的人称锁定以工作区根目录 `Agents.md` 的 `## 平台POV基线表` 节为唯一权威源。本适配卡负责"怎么切换"，不负责"该不该切换"——后者由 `Agents.md` 的 `## 平台POV基线表` 节裁定。任何偏离基线表锁定值的人称切换，必须在 `适配策略/` 中记录偏离原因并逐条举证。

## 何时切换人称

- **先查 `Agents.md` 的 `## 平台POV基线表` 节**，确认目标平台的当前锁定人称。
- 若源稿人称与基线表锁定值一致 → 不切换，维持原人称。
- 若源稿人称与基线表锁定值不一致 → 按本适配卡执行转换，并在推演清单记录。
- **严禁在未查基线表的情况下自行裁定平台人称。**

## 双向转换总规则

- 必须可逆：`1→3` 与 `3→1` 都可执行。
- 必须保真：不丢信息、不改因果、不偷换立场。
- 必须控歧义：人物首次出现补关系锚，代词链可回指。

## 路径 A：第一人称 → 第三人称

1. 主语替换：`我` 改为角色名/他（按段位选择）。
2. 首现关系锚：首次出现“关系+姓名”同框。
3. 吐槽拆洗：括号吐槽改为动作/对话/体感反应。
4. 代词复检：多人同场时回补名字锚点，避免“他/她”混淆。

## 路径 B：第三人称 → 第一人称

1. 视角锚定：先确定唯一“我”是谁，本章中不漂移。
2. 信息裁剪：删除“我不可能知道”的全知信息。
3. 认知重写：将客观旁白改写为“我感到/我判断/我误判”。
4. 关系回补：把原三人称中的关系信息改成“我与他/她”的可感关系。

## 平台场景速查（供创建基线表条目时对照）

> 下表不是"答案"——各平台最终的人称锁定在 `Agents.md` 的 `## 平台POV基线表` 节。下表是帮助你**判断**的思维框架。详细场景分析见各 `通用-输出*版` Skill 的 `POV 选择指南` 节。

| 平台 | 第一人称的优势场景 | 第三人称的优势场景 | 核心权衡 |
| --- | --- | --- | --- |
| **番茄小说** | 主角有独特感知（异能力/特殊视角）；封闭空间猫鼠游戏 | 多角色快速切换、高外部事件密度；算法需要每屏有情绪回报 | 心理独白比例 vs 外部事件密度 |
| **七猫小说** | 普通人被卷入案件；感官联动式恐惧；"如果是我也会害怕" | 刑侦程序流、多线并行追踪；职业执法者视角 | 贴脸感 vs 信息宽度 |
| **知乎** | 亲历者自述体；可讨论的判断链；"我如何推理"的参与感 | 群像拼图、复杂时序回放；多角色信息拼接 | 讨论张力 vs 信息承载量 |
| **豆瓣** | 心理深度型（个人创伤/道德困境）；"和一个角色一起经历" | 社会观察型（群像处境/社会压迫）；"看多个角色在社会机器中挣扎" | 心理深度 vs 社会广度 |
| **出版社** | 法医秦明式职业亲述；专业身份锚定可信度 | 雷米式全景群像；多卷本长线结构；审读最友好 | 亲述说服力 vs 结构稳健度 |
| **微信订阅号** | 魔宙式"肩扛摄像机"跟拍普通人；周更陪伴关系 | 程序链/证据链需多角色承载；工程连载型悬疑 | 个人连接感 vs 证据连续性 |
| **百度百家号** | 调查记者/吹哨人亲历叙事；"我看到的"增加可信度 | 信息传播型多角色交汇；搜索友好；客观可信度感知 | 个人见证 vs 信息客观性 |
| **今日头条** | 主角认知偏差/心理误导做反转引擎；标题可借"我"抓点 | 多角色冲突+可讨论话题；信息流快速理解；深第三+推荐标题组合 | 代入强度 vs 讨论广度 |
| **小红书** | **几乎独占**：平台基因="我的体验"；藏线索机制；分享按钮为"我"而设 | 仅源稿有大量落盘无法切换时 | — |
| **新浪微博** | 即时情绪共振；短促抓点转发驱动；"我遭遇了"传播力最强 | 多角色拼图式叙事（不同角色掌握不同碎片） | 情绪密度 vs 拼图复杂度 |
| **B站** | 第一人称沉浸式体验（类FPS游戏视角）；单人恐怖实况感 | 弹幕评论多角色；视听化群像调度（类悬疑番剧导演视角） | 沉浸感 vs 讨论维度 |
| **纵横小说** | 单线调查自述驱动；证据链由"我"亲历；与主角同步推理 | 主角有"失去意识/无法感知"的场景需要补信息；需要偶尔展现主角背影/外部动作 | 推理沉浸度 vs 叙事灵活度 |
| **GoodNovel** | romance/thriller情感驱动；"I felt"跨文化通用 | 案件链+cliffhanger多视角并行；双主角关系张力 | 情绪通道 vs 多视角信息 |
| **My Fiction** | 关系向互动：读者与"我"一对一连接驱动订阅 | 信息密集型多线案件；结构清晰优先 | 关系黏性 vs 结构清晰度 |
| **WebNovel** | romance类型（情感人类共通）；已有成熟受众群 | **默认首选**：跨文化可读性最高；因果链全球通用；避免文化特定内心表达障碍 | 情绪普适性 vs 因果普适性 |

## 完成判定

- 人称切换后，读者不因指代混乱出戏。
- 关键事件、证据、关系与章末钩子保持一致。
- 遮住平台名后，文本仍能体现目标平台气质，而非“仅改了代词”。

# 多平台改写前推演清单

在写任一平台版本之前，先回答：

1. 本平台最关键的 3 条风格约束是什么？
2. 它和其他平台相比，最该拉开的 2 个差异点是什么？
3. 本次准备在哪些表达位上压相似度？
   - 标题
   - 开头前三段
   - 中段回报承载方式
   - 对话策略
   - 证据呈现方式
   - 章末钩子类型
   - 作者有话说口吻
4. 本平台最怕写成哪一种别的平台气质？
5. 遮住标题后，读者还能不能认出平台风格？
6. 本平台版本的人称策略是什么？
   - 维持原人称
   - 第一人称 → 第三人称
   - 第三人称 → 第一人称
7. 若发生人称切换，是否完成可逆性与保真性检查：
   - 首次关系锚是否补齐
   - 代词歧义是否消除
   - 信息与因果是否零损失
8. 是否已读取工作区根目录 `Agents.md` 的 `## 平台POV基线表` 节并记录最终决策理由（1句话）：
   - 基线表锁定：____
   - 最终选择：____
   - 偏离基线表的原因（如无偏离填"一致"）：____

## 落盘位置纪律

- 若需要保存本次适配策略、推演结论或撞车修复方案，是否落在 `适配策略/`？
- 是否避免把策略文件写进 `小说正文/`？
- 若原始分析对象来自 `小说正文/`，是否已明确它只是输入来源，而非策略落盘位置？

## 合规降相似度方向

- 结构重排
- 改对白与动作链
- 改叙述焦点
- 改证据承载方式
- 改回报顺序

## 禁止方向

- 随机噪声
- 灌水凑字数
- 无意义换同义词
- 为过相似度而丢平台感

<!-- EOF -->

# 平台 POV 基线表（生成指引与模板）

本文件包含两部分：

- **上部：生成指引** — 联动机制、红线原则、参考查询数据、审计口径（供决策参考，不写入项目文件）
- **下部：模板输出** — 填写后直接写入项目 `平台POV基线表/[作品名]-平台POV基线表.md`，并注册到 `Agents.md`

两部分用 `--- ⭐模板输出分隔线⭐ ---` 隔开。生成项目文件时，只输出分隔线以下的部分。

---

## 上部：生成指引与参考数据

> 以下内容为决策辅助信息，**不写入项目文件**。

### 一、Skill 联动机制

**项目 POV 基线文件是所有 `通用-输出*版` Skill 及 `通用-多平台小说适配` 的人称唯一权威源。**

各 Skill 在执行时必须：

1. **首先读取**项目 POV 基线文件，查找目标平台的当前锁定人称。
2. 若基线文件中**无该平台条目**，Skill 应参照该平台"适用场景分析"（内置于各 Skill 的 `POV 选择指南` 中）在基线文件中创建条目并锁定人称，再继续执行。
3. 若基线文件中**已有该平台条目**，直接继承锁定值，不得在 Skill 内部重新裁定。
4. 任何人称漂移（偏离基线文件锁定值）必须在 `适配策略/` 记录偏离原因并逐条举证。

**POV 基线不固化人称——不同小说项目在同一平台可以使用不同人称，基线仅锁定当前项目的选择。**

### 二、先说死的红线

1. **平台允许双轨，不等于同一平台同一卷可以来回换挡。**
2. **标题口吻不等于正文 POV。** 标题里出现"我""主角名""他"都只能算弱信号，最终以正文为准。
3. **同章多文件时，先选 canonical，再修 POV。** 不然很容易一边修一边被旧稿反咬。
4. **本书的主叙事骨架决定了双轨平台的最终裁定逻辑。** 不能只看平台泛偏好，还要看本书当前的工程承载方式。
5. **新项目使用本模板时，各平台人称应从零裁定**，参考各 `通用-输出*版` Skill 内置的适用场景分析（`POV 选择指南` 节），不可直接照搬其他项目的锁定值。

### 三、平台人称适配参考数据

#### 跨平台通用红线

- **绝对禁止全知视角**：所有平台所有题材均不可使用全知第三人称。全知视角破坏代入感与悬念，是各平台通用的禁区。
- **限知视角是唯一选择**：第一人称限知或第三人称限知二选一，同章内不得混用。
- **视角切换严格受控**：同章内切换≤1-2次，每次必须有明确场景分隔或章节标识。

#### 题材×平台人称方案速查

> 以下为各题材在各平台上的推荐人称方案，来源于本工作区都市悬疑（35篇）、异能志怪（22篇）、都市职场（26篇）、女频爱情（4篇）写作研究及网络搜索数据。

| 平台 | 都市悬疑 | 异能志怪 | 都市职场 | 女频爱情 |
| --- | --- | --- | --- | --- |
| **起点中文网** | 第三人称限知（首选）/ 第一人称（推理专用） | 第三人称限知（首选） | 第三人称限知（首选） | 第三人称限知（首选，90%+） |
| **知乎** | 第一人称（首选） | 第一人称限知（首选） | 第一人称（首选） | 第一人称（首选） |
| **B站** | 第一人称沉浸（首选）/ 第三人称多视角 | 第一人称（首选）/ 深第三人称 | 第一人称（首选） | 第一人称（首选） |
| **豆瓣** | 第一人称（情绪）/ 第三人称（文艺） | 第一人称（情绪）/ 第三人称（文艺） | 第一人称（情绪）/ 第三人称（写实） | 第一人称（情感）/ 第三人称（文学） |
| **出版社** | 第三人称限知（首选） | 限知视角（禁上帝视角） | 第三人称限知（首选） | 第三人称限知（首选） |
| **番茄/七猫** | 第一人称（首选） | 第一人称（首选） | 第一人称（首选） | 第一人称（首选） |
| **小红书** | 第一人称（首选） | 第一人称（首选） | 第一人称（首选） | 第一人称（首选） |
| **今日头条** | 第一人称（首选） | 第一人称（首选） | 第一人称（首选） | 第一人称（首选） |
| **百家号** | 第一人称（首选） | 第一人称（首选） | 第一人称（首选） | 第一人称（首选） |
| **微信订阅号** | 第一人称（首选） | 第一人称（首选） | 第一人称（首选） | 第一人称（首选） |
| **新浪微博** | 第一人称（首选） | 第一人称（强制） | 第一人称（首选） | 第一人称（首选） |
| **纵横小说** | 第三人称限知（首选） | 第三人称限知（首选） | 第三人称限知（首选） | 第三人称限知（首选） |
| **GoodNovel** | 深第三人称/第一人称 | 深第三人称/第一人称（强制禁全知） | 第一人称（东南亚）/ 第三人称（北美） | 第一人称（首选） |
| **My Fiction** | 深第三人称（首选）/ 第一人称 | 深第三人称/第一人称（强制禁全知） | 第三人称限知（首选） | 第一人称（首选） |
| **WebNovel** | 深第三人称（首选）/ 第一人称 | 深第三人称（首选）/ 第一人称 | 深第三人称（首选） | 深第三人称（首选）/ 第一人称 |

#### 人称决策速查矩阵

| 题材驱动力 | 适合第一人称 | 适合第三人称限知 |
| --- | --- | --- |
| 情绪/情感驱动 | 知乎、小红书、微博、番茄、七猫、微信订阅号、GoodNovel（东南亚） | 起点、纵横、出版社、豆瓣（文艺向） |
| 案件/推理/拼图驱动 | 知乎、B站（沉浸式）、微博 | 起点、纵横、GoodNovel、My Fiction、WebNovel、出版社 |
| 职业/专业/写实驱动 | 知乎（亲历者自述） | 起点、纵横、出版社、GoodNovel（北美）、My Fiction、WebNovel |
| 关系/群像驱动 | My Fiction、GoodNovel（romance） | 起点、纵横、出版社、豆瓣、WebNovel |

### 四、基线表填写规则

每行按以下规则填写：

- **平台**：平台名称，与 `通用-输出*版` Skill 名称中的平台名一致
- **适用场景**：该平台两种人称各适合什么场景（从对应 Skill 的 `POV 选择指南` 中提炼 1-2 句，帮助后续决策者理解"为什么是这个选择"）
- **当前锁定**：`第一人称` 或 `第三人称`，加粗标记
- **锁定理由**：1-3 句话解释"本书为什么在这个平台选择这个人称"——这是后续审计和回修时回溯决策逻辑的唯一依据
- **执行备注**：执行层面的硬约束（如禁止某操作、允许某例外、章末/标题的特殊口径等）

填写"适用场景"时，参考来源：

- 各 `通用-输出*版` Skill 的 `POV 选择指南` 节中"第一人称/第三人称的优势场景"
- `CommonSkills/通用-多平台小说适配/references/人称视角双向转换适配卡.md` 中的"平台场景速查"表

### 五、后续审计时的判定口径

#### 1. 开头口径

- 只看正文前 4 个非空行
- 截止到 `## 作者有话说` / `## Author...` 之前
- 忽略文件首行 H1

#### 2. 正文口径

- 去掉引号里的直接对白后，再统计正文第一 / 第三人称信号
- 第一人称平台重点看：是否出现"整章几乎没有我"或"第三人称压倒性占优"
- 第三人称平台重点看：是否出现"整章主体已转成我叙"

#### 3. 人工复核补丁

- 若标题与正文冲突，以正文为准
- 若开头 4 行没露 POV，但正文中段明显变挡，人工复核可上调风险级别
- 若同章存在双稿，先选 canonical，再做 POV 结论

---

## ⭐模板输出分隔线⭐

> 此分隔线以下是**写入项目文件的模板正文**。
>
> 操作方式：
>
> 1. 将下部内容（从 `# {{作品名}}...` 到末尾）复制到新文件
> 2. 将所有 `{{ }}` 占位符替换为实际值
> 3. 删除花括号占位符相关的说明行
> 4. 写入 `平台POV基线表/[作品名]-平台POV基线表.md`
> 5. 注册到项目根 `Agents.md`

---

# {{作品名}} 平台 POV 基线表（{{创建日期}}）

## 适用范围

- 作品：`{{作品名}}`
- 当前落地范围：`{{如：第1卷 / 1.1.1–1.1.20 / 全平台版本}}`
- 用途：
  - 多平台版本写前锁 POV
  - POV 漂移专项审计
  - 后续回修时作为唯一对照口径
  - **所有 `通用-输出*版` Skill 及 `通用-多平台小说适配` 的人称裁判源**

## 本次锁定后的平台执行口径

> 以下分组按本次锁定的结果填入。若某平台暂未锁定，可移入"待裁定组"或删除对应条目。

### 第一人称锁定组

- `{{平台名}}`
- `{{平台名}}`

### 第三人称锁定组

- `{{平台名}}`
- `{{平台名}}`

### 待裁定组（暂未锁定或需进一步论证）

- `{{平台名}}`

## 平台逐项基线表

| 平台 | 适用场景 | 当前锁定 | 锁定理由 | 执行备注 |
| --- | --- | --- | --- | --- |
| 番茄小说 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| 七猫小说 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| 知乎 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| 豆瓣 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| 出版社 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| 微信订阅号 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| 百度百家号 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| 今日头条 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| 小红书 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| B站 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| 新浪微博 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| 纵横小说 | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| My Fiction | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| GoodNovel | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |
| WebNovel | 第一适合__；第三适合__ | **第__人称** | 待填写 | 待填写 |

## 主要依据文件

### Skill 与通用层

- `CommonSkills/通用-多平台小说适配/references/平台差异矩阵.md`
- `CommonSkills/通用-多平台小说适配/references/人称视角双向转换适配卡.md`
- 各平台 `通用-输出*版` Skill 的 `POV 选择指南` 节

### 平台研究层

- `写作研究/{{平台研究报告文件名}}.md`（列出实际使用的报告文件）
- （按需补充）

### 当前作品裁判源

- `人物传记/{{主角名}}.md`
- `人物传记/{{核心配角名}}.md`
- `故事设定/{{核心设定文件}}.md`
- `小说大纲/卷纲/{{分卷大纲}}.md`
- （按需补充）

## 一句话结论

这张表不是"平台偏好杂谈"，而是 `{{作品名}}` 当前平台版本的 **执行尺子**。从这一版开始，后续写作、审计、回修都应以这张表为准，不再按章临时改主意。

# 平台差异矩阵

## 中文平台

### 起点中文网

- 核心：长线追读、章级回报工程、类型辨识度
- 更像：从前 300 / 500 / 1000 / 3000 字一路稳稳抓读者的长篇连载稿
- 偏好：主角抓手清、冲突快入场、3–5 章有小回报、10–15 章有阶段兑现
- 不要像：慢热议题论文、只靠氛围支撑的文学稿、首章炸后长期不还账

### 纵横小说网

- 核心：中等节奏、现实锚点、慢热逻辑推进、人性落点
- 更像：现实程序与证据链持续推进、张弛有度但不断供的都市悬疑长线稿
- 偏好：限制性视角、可复盘线索、3:1 误导与关键线索配比、章末悬而未决
- 不要像：番茄式高密度强刺激、纯文学慢热空转、上帝视角一次性透底

### 番茄

- 核心：快反馈、强钩子、可读性优先
- 更像：情绪与动作先行、手机端一路往下滑很顺的追读稿
- 偏好：短段落、强对话、即时情绪、马上见效的冲突
- 不要像：过冷、过散、过文学、解释长于推进

### 知乎

- 核心：高概念、逻辑锋利、现实映射
- 更像：一个危险问题正在被主角拆开回答
- 偏好：问题感、观点感、知识型反击、第一人称或强纪实感
- 不要像：纯爽文直给、纯煽情、只有情绪没有判断链

### 豆瓣

- 核心：现实质感、留白、人性复杂度
- 更像：现实流程、关系余味与人物处境一起推进的长篇稿
- 偏好：真实程序、双线成长、节奏克制但不断供
- 不要像：标题党、喊口号、廉价反转堆砌

### 微信订阅号

- 核心：碎片阅读、密钩子、可转发点
- 更像：手机端 3 秒能抓痛点、朋友圈环境里也愿意继续点开的连载稿
- 偏好：社交传播点、聊天式语感、强标题区、短节拍承接
- 不要像：长段冷叙、慢热说明、需要长时间预热才出戏

### 出版社

- 核心：职业真实感、稳节奏、审读友好
- 更像：结构完整、语言克制、专业细节可信的成熟稿件
- 偏好：逻辑自洽、现实纹理、适度留白、可持续阅读的章法
- 不要像：网文腔过重、爽点直白过量、情节只会靠硬拧

## 英文平台

### WebNovel

- 核心：跨文化易读、节奏清楚、因果链清晰
- 更像：短句、直白、全球年轻读者能迅速跟上的 serial draft
- 偏好：通用表达、低文化门槛、节拍清楚、信息不拐弯
- 不要像：大量中文语境内梗、复杂留白、因果跳跃

### GoodNovel

- 核心：情绪张力、关系推拉、cliffhanger
- 更像：章节结尾总能把读者往下一章推一把的情绪型稿件
- 偏好：情绪高压、关系失衡、电影化瞬间、结尾悬挂感
- 不要像：过冷、过远、只剩机制没有情绪代价

### My Fiction

- 核心：关系黏性、互动感、持续追更意愿
- 更像：人物关系先牵住读者，职业线或事件线负责催化关系升级
- 偏好：关系变化、误会 / 信任 / 背叛、持续互动感
- 不要像：只有动作没有情绪、只有设定没有人物站位

## 通用判定问题

- 遮住平台名后，还能看出它是哪一类稿子吗？
- 该平台版本最先被看见的，是它的“平台心智”，还是一份中性底稿？
- 如果平台名一遮就分不清，说明平台化不够。

## 人称策略提示（跨平台）

- 各平台的人称锁定以工作区根目录 `Agents.md` 的 `## 平台POV基线表` 节为唯一权威源；本矩阵不再提供独立的"默认人称建议"。
- 平台分流允许人称不同，但事件链、因果链与关键钩子必须同构。
- 需要强贴脸、强观点压强时，可优先第一人称；需要高稳定叙事与多角色承载时，可优先第三人称——但最终仍以 `Agents.md` 的 `## 平台POV基线表` 节锁定值为准。

### 偏离基线表的判定口径

- 若某平台版本需要偏离 `Agents.md` 的 `## 平台POV基线表` 节的锁定值，必须在 `适配策略/` 中记录偏离原因，并逐条举证（平台研究更新、作品定位调整、编辑反馈等）。
- 偏离未经记录与举证，一律按 POV 漂移处理，判定失败并回炉。

> 注意：以上快照仅取自当前《坍缩侦探》基线表；各 Skill 执行时须实时读取 `Agents.md` 的 `## 平台POV基线表` 节获取最新锁定值。各平台"何时选第一/第三人称"的详细适用场景分析，请参阅各 `通用-输出*版` Skill 的 `POV 选择指南` 节。

# 平台情绪直给度对照表

> 来源：8份AI开篇评价的交叉共识（2026-06-11）
> 适用范围：跨题材通用——同一段冲突/情绪，在不同平台上应如何处理
> 补充对象：`平台差异矩阵.md`——后者管平台调性，本文件管"同一段情绪怎么写"

---

## 一、核心概念

网文平台的情绪传递有两种基本模式：

- **直给型**：情绪直接砸在读者脸上——愤怒、委屈、期待不需要读者琢磨。3秒内必须有反馈。
- **慢消化型**：情绪通过细节、留白、动作暗示——给读者回味空间。适合需要讨论和长尾传播的内容。

两种模式没有高下之分。但**投错模式=留存率崩盘**。

---

## 二、各平台的情绪处理对照

| 平台 | 模式 | 典型速度 | 情绪载体 | 相同场景的处理差异 |
| --- | --- | --- | --- | --- |
| **番茄/七猫/塔读** | 直给型 | 3秒内 | 外部事件/对话/动作 | "她翻到附件页，手指停了。三行字——够了。她拿起笔。签了。"（动作为主，0心理描写） |
| **起点女频** | 直给为主+质量层 | 5-10秒内 | 事件+微心理 | 同上场景+一句心理锚定："她看着那三行字——三年，就这。"但不超过1句 |
| **晋江文艺区** | 混合型 | 可慢1-2屏 | 事件+细节+适度留白 | 同上场景："信封在手里。三页纸的厚度。她站在电梯里闭了一下眼。隔壁房间的综艺笑声从墙壁透过来。" |
| **豆瓣阅读** | 慢消化型 | 可慢1-3屏 | 细节/物品隐喻/留白 | 同上场景——用四段写信封褶皱、咖啡杯印、窗外的打桩机节奏、门把的凉度 |
| **知乎盐选** | 直给型但高知腔 | 5秒内 | 观点/判断/反转 | 同上场景+"我翻到附件页的时候才明白——这三年他不是我丈夫，是我甲方。"（金句驱动） |
| **出版** | 慢消化型 | 可变 | 结构/文字/余韵 | 同上场景——完整的场景描写+时间跳跃+事后回望 |

---

## 三、同场景多平台对照示例

**场景**：女主发现丈夫在离婚当天还在安排和小三的约会。

| 平台 | 写法 |
| --- | --- |
| 番茄/七猫 | 她签字的时候他手机响了。女声。"今晚八点老地方？"他说"嗯。"挂了。在签离婚协议的同一分钟。（1段，约60字，0心理） |
| 起点女频 | 同上，但加一句："她签字的手顿了一下——然后继续签。"（1段+1句，约80字） |
| 晋江 | 他接电话的时候她正把笔帽套回去。咔哒。那个声音遮住了电话里的女声——但她知道是谁。三年了，不用听都知道。（2段，约90字） |
| 豆瓣阅读 | 他接电话。她没抬头。笔帽套回去——声音很轻。窗外的光斜打在红木桌面上。杯子里的咖啡印已经干了。她站起来。把信封装进包里。三年。（4段，约120字，几乎全是动作和物件） |
| 知乎盐选 | "他签离婚协议的时候接了一个电话。女的。他说'今晚八点'。我看着他——三年了，我第一次也是最后一次看他安排和另一个女人的约会。然后我把笔放下。字签完了。"（第一人称，判断叙事，约100字） |

---

## 四、错位红灯

| 红灯信号 | 说明 |
| --- | --- |
| 投七猫但Ch1前600字全是内心独白+回忆闪回 | 七猫读者3秒没看到事件就划走 |
| 投豆瓣但Ch1全是对骂/扇耳光/当场开撕 | 豆瓣读者会觉得"太俗/不入流" |
| 投知乎但叙事太"大"（百万字框架） | 盐选默认2万字内高能反转 |
| 投起点但爽点锚点模糊（不知道明天追什么） | 起点编辑最怕"没有期待感" |

---

## 五、使用方式

- 做多平台适配时，先确认母稿的情绪模式属于哪一档
- 为不同平台改写时，不是改事件——是改**情绪传递方式**
- 与 `平台差异矩阵.md` 配合使用：矩阵管平台调性全景，本文件管"情绪怎么写"的实操

# 平台节奏与付费机制补充

## 使用说明

- 本文件补的是“平台为什么要这样写”的节奏层原因，不替代 `平台差异矩阵.md`。
- 做多平台适配时，最好先判断：该平台更奖励什么——持续追读、即时情绪、关系悬挂、观点讨论，还是审美余味。

## 默认骨架：先保三件事

无论适配到哪个平台，先保住以下三件事：

1. 主卖点仍然能在前段被看见。
2. 章级回报没有被平台化过程稀释掉。
3. 角色最值钱的关系 / 目标 / 危机仍然清楚。

## 中文平台补充

### 起点中文网

- 更重视：长期追读与章级还账能力。
- 默认节奏：前 300 / 500 / 1000 / 3000 字层层交付；3–5 章小回报，10–15 章中回报。
- 适配提醒：不要把起点版写成“风格中性母稿”，它需要更明确的主角抓手、冲突抓力与章末接棒。

### 纵横小说网

- 更重视：中等节奏、现实程序可信度、人性复杂度与长期追更稳定性。
- 默认节奏：单章 2000–3000 字感；3–5 章小闭环；快慢交替、张弛有度。
- 适配提醒：纵横版通常要降低番茄式“密集快反馈”压强，强化限制性视角、证据链可复盘性与章末悬而未决钩子。

### 番茄

- 更重视：马上有感觉、马上有结果。
- 默认节奏：段落更短、情绪更直、回报更近。
- 适配提醒：番茄版经常需要把同一信息改成更直觉的镜头和对话，而不是长段解释。

### 知乎

- 更重视：问题意识、判断链、可讨论性。
- 默认节奏：先抛问题，再给拆解；回报往往是认知反击而不只是事件反击。
- 适配提醒：知乎版不是纯爽点堆叠，更像“正在拆一件危险真相”。

### 豆瓣

- 更重视：现实纹理、人物关系、后劲。
- 默认节奏：允许稍慢，但不能空；每段慢都要换来更厚的处境或人物余波。
- 适配提醒：豆瓣版要减少“用力喊给读者听”的痕迹，增加真实流程、关系温差与情绪余味。

### 微信订阅号

- 更重视：社交环境里的打开率与转发欲。
- 默认节奏：前几屏尽快抓痛点，每小节都要方便手机端滑读。
- 适配提醒：同样的信息，订阅号版更适合用短句、对话、明显痛点和可转述的金句承载。

### 出版社

- 更重视：结构完整度、语言克制、专业可信。
- 默认节奏：允许比连载稿更稳，但不允许失去推进。
- 适配提醒：出版社版通常要降低“段段都像钩子”的网文感，同时保住逻辑闭环和人物压力。

## 英文平台补充

### WebNovel

- 更重视：移动端可读、跨文化直给、serial clarity。
- 适配提醒：专有语境要尽量转成通用表达，句子更短，因果更明。

### GoodNovel

- 更重视：情绪高压、关系推拉、章节悬挂。
- 适配提醒：把关系损失、误会、背叛、占位和下一章驱动力提到更前面。

### My Fiction

- 更重视：关系黏性和持续互动感。
- 适配提醒：若原稿更偏事件驱动，My Fiction 版通常要把人物站位与关系波动拉到更显眼的位置。

## 一句自检

- 这版文本，是在替平台最在乎的东西服务，还是只是把原稿换了点措辞？

# 平台风格总则与撞车修复

## 平台风格服从原则

- 各平台子 prompt 的风格条款，属于该平台输出的上位硬约束。
- 多平台流程只能编排、调度、门禁与终检，不能把平台风格平均化。
- 禁止先写一份中性底稿再轻改分发。

## 策略文件落位原则

- 多平台适配产出的策略文件、推演记录、撞车修复方案，应优先放在 `适配策略/`。
- 不得把适配策略文件写入 `小说正文/`；`小说正文/` 仅承载章节正文成品。
- 若以 `小说正文/` 里的章节为分析对象，策略结果也必须另存到 `适配策略/`，不得混放。

## 降相似度的正确方式

优先通过以下方式实现“低复用 + 平台感”：

- 结构重排
- 对白策略改写
- 动作链改写
- 证据承载方式替换
- 节奏密度调整
- 结尾钩子类型改写
- 作者有话说口吻改写

## 禁止方式

- 插入噪声文字或随机串
- 为了压相似度写成不像该平台会发的稿子
- 把中文五平台写成一个泛中文稿
- 把英文三平台写成一个泛英文稿

## 风格优先级

当“平台感”和“降相似度”冲突时：

1. 先保平台感
2. 再在平台允许的风格空间里继续重写
3. 不得牺牲平台气质换通过率

## 英文三平台特别规则

### My Fiction

- 互动追更感更强
- 情绪黏性与选择幻觉更重

### GoodNovel

- 女性向关系张力更强
- Plain global English
- 情绪推进更贴身

### WebNovel

- 跨文化易读性更强
- 公平推理与信息链更清楚
- 节奏更偏全球年轻读者快读

## 纵横平台特别规则（中文）

- 中等节奏优先，不追求番茄式高密度刺激。
- 限制性视角优先，读者信息获取应与主角调查进度基本同步。
- 证据链可复盘与人性落点必须同时成立。
- 章末优先“悬而未决”而非“完全闭环”。

## 平台撞车时怎么修

### 中文平台撞车

优先改：

- 标题倾向
- 开头前 3 段的入场方式
- 中段回报承载方式
- 证据呈现方式
- 章末钩子类型
- 作者有话说语气

若纵横与番茄撞车，优先在纵横分支回修：

- 降低快刺激密度，恢复中段缓冲与逻辑推演承载
- 补强现实程序摩擦与证据可复盘性
- 将章末从“硬爆点”回调为“悬而未决型”驱动

### 英文平台撞车

优先改：

- sentence pressure
- relationship weight
- clue presentation
- emotional pressure
- ending hook type
- cross-cultural explanation density

## 终检问题

- 遮住平台名后，还能看出它是哪类稿子吗？
- 如果不能，说明平台化不够。