���用 ���平台小说适配

<!-- ===== Layer 1: 永久缓存 ===== -->

通用-多平台小说适配

> 题材路由：若 .github\题材专用Skills\ 目录存在对应的 <题材>-多平台小说适配 Skill，则：

> - 将题材特性骨架路由到 <题材>-多平台小说适配，该 Skill 位于 .github\题材专用Skills\ 目录。

> - 命中本技能时，必须优先强制加载当前 Skill 与 <题材>-多平台小说适配。

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

<!-- ===== Layer 3: 场景缓存 ===== -->

继续读取的 references（强制读取门禁）

以下所列 references 文件必须通过 read_file 工具逐文件读取，不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。 每条 references 按其标注的必读等级强制执行：

• 标注 必读 的文件：必须读取，少一条即视为流程违规，不得开始执行流程。
• 未标注必读的文件：必须读取，但读取后可仅提取与当前任务直接相关的段落，不要求逐字通读。
• 若文件路径指向的文件不存在（如引用的外部路径未就位），必须在日志中显式记录 reference_missing_{refName}，不得静默跳过。

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

• 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 产出的是适配策略资产，不是可直接发布的章节正文成品。

执行顺序

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

> GEO 维度补充（新增）：在差异矩阵中额外考虑各平台在 AI 搜索中的可见性特征——起点正版权威高、AI 偏好引用但要求信息完整；知乎问答模式与 AI 同构，GEO 价值最高；番茄/七猫免费流量大但权威感较低。详见 ../../写作研究/GEO小说项目核心参考.md 的"维度三：平台可见性层"。

• 再用改写前推演清单，明确本次最该拉开的差异点与压相似度位置。
• 再读取平台风格总则与撞车修复，确认风格优先级与修复顺序。
• 检查工作区根目录 Agents.md 中是否存在 ## 平台POV基线表 节：
• 若存在：读取该节，锁定目标平台的当前人称基线。
• 若不存在：先读取 references/平台POV基线表_模板.md，在 Agents.md 中创建 ## 平台POV基线表 节，参照各 通用-输出*版 Skill 的 POV 选择指南 逐平台裁定并写入锁定值，再继续执行。
• Agents.md 的 ## 平台POV基线表 节为唯一权威源，本 Skill 与所有 通用-输出*版 Skill 均须服从，不得在 Skill 内部重新裁定。
• 若平台策略要求切换视角人称（第一/第三人称），再按"人称视角双向转换适配卡"确定转换方向与保真约束。注意：只有在 Agents.md 的 ## 平台POV基线表 节允许该平台使用目标人称、且已登记偏离原因时，才可执行人称切换。
• 明确“本平台在语气、结构或读者预期上，最该比其他平台更强化什么具体特征”。
• 若需要把推演结果、撞车修复方案或平台差异结论落盘，默认放入 适配策略/；若分析对象来自 小说正文/，它也只能作为输入来源，不得作为策略文件落点。
• 再进入正文改写与终检。

默认输出口径

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

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

• 本 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 个差异点。
• 明确本次在哪些表达位上压相似度。
• 能回答“遮住标题后，读者还能不能认出平台风格”。