agentsclimarketplace

通用 多平台小说适配

Skill lornshrimp/Lorn.NovelWriteSkills/CommonSkills/通用-多平台小说适配

用于做章节或片段的多平台适配策略。适合平台分发前的策略设计、改写前推演与平台撞车修复。关键词:多平台适配、平台差异矩阵、改写前推演、平台撞车修复、平台风格拉开。From its SKILL.md

Install
npx -y skills add lornshrimp/Lorn.NovelWriteSkills --skill 通用-多平台小说适配

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.

SKILL.md

20.3 KB, ~8.2k tokens by cl100k_base, as published. Nobody here has run it

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

执行顺序

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

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

  1. 再用改写前推演清单,明确本次最该拉开的差异点与压相似度位置。
  2. 再读取平台风格总则与撞车修复,确认风格优先级与修复顺序。
  3. 检查工作区根目录 Agents.md 中是否存在 ## 平台POV基线表 节:
    • 若存在:读取该节,锁定目标平台的当前人称基线。
    • 若不存在:先读取 references/平台POV基线表_模板.md,在 Agents.md 中创建 ## 平台POV基线表 节,参照各 通用-输出*版 Skill 的 POV 选择指南 逐平台裁定并写入锁定值,再继续执行。
    • Agents.md 的 ## 平台POV基线表 节为唯一权威源,本 Skill 与所有 通用-输出*版 Skill 均须服从,不得在 Skill 内部重新裁定。
  4. 若平台策略要求切换视角人称(第一/第三人称),再按"人称视角双向转换适配卡"确定转换方向与保真约束。注意:只有在 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 个差异点。
  • 明确本次在哪些表达位上压相似度。
  • 能回答“遮住标题后,读者还能不能认出平台风格”。

What ships with it: 7 files

32.0 KB alongside SKILL.md

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.