b

# 通用-输出B站版 > **题材路由**：若 .github\题材专用Skills\ 目录存在对应的 <题材>-输出B站版 Skill，则： > - 将题材特性骨架路由到 <题材>-输出B站版，该 Skill 位于 .github\题材专用Skills\ 目录。 > - 命中本技能时，必须优先强制加载当前 Skill 与 <题材>-输出B站版。 这是平台共性本体，负责承接“B 站版输出”的跨题材共性规则。 <!-- ===== Layer 1: 永久缓存 ===== --> ## 常见触发词 / 用户说法速查 - 输出B站版 - 改成 B 站能发的版本 - 做 B 站平台改写 - 帮我把这章改得更年轻读者向一点 <!-- ===== Layer 3: 场景缓存 ===== --> ## 何时使用 - 把任意题材章节改写成更适合 B 站读者语境的版本。 - 需要强化年轻读者可读性、讨论感、节奏清晰度与视听化场景感。 - 需要为 `题材名-输出B站版` 提供统一的平台骨架。 ## 不适用情形 - 只做题材边界补充，不做平台输出本体。 - 只做多平台编排、落盘和终检，而不处理 B 站平台风格本身。 ## 本层职责 - 维护 B 站平台的跨题材共性规则。 - 统一承接 B 站版输出的结构约束、标题倾向、年轻读者表达与风格门禁。 - 调用 通用-设计标题 的嵌入式轻量模式对本章标题做平台适配优化，确保标题长度不超过本平台截断风险线、标题风格符合本平台读者预期。 - 为后续新增题材保留直接复用入口。 ## 平台默认字数范围 以下为本平台通用默认字数范围，适用于未在项目 `Agents.md` 中指定字数覆盖值的情况。若项目 `Agents.md` 已指定该平台的字数要求，则以 `Agents.md` 为准。 - 正文：2000–4000 CJK - 作者有话说：80–150 CJK ## 继续读取的 references（强制读取门禁） **以下所列 references 文件必须通过 `read_file` 工具逐文件读取，不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。** 每条 references 按其标注的必读等级强制执行： - 标注 **必读** 的文件：必须读取，少一条即视为流程违规，不得开始执行流程。 - 未标注必读的文件：必须读取，但读取后可仅提取与当前任务直接相关的段落，不要求逐字通读。 - 若文件路径指向的文件不存在（如引用的外部路径未就位），必须在日志中显式记录 `reference_missing_{refName}`，不得静默跳过。 - `references/跨题材共性与迁移来源.md` - `references/平台共性执行细则.md` - `references/分节级补救映射与详细规则回填.md` ## 缓存优化说明 本 Skill 的结构遵循前缀缓存优化原则，调用时： - **缓存层 1（永久不变）**：frontmatter + 本层职责 + 平台硬规则 + 禁行项 + POV 契约 → 每次调用完全相同，LLM API 的前缀缓存永久命中，按底价计费 - **缓存层 2（同平台内不变）**：平台模板自动发现规则 + references 清单 + 默认执行顺序 → 仅在切换平台或新增模板注册时变化 - **可变层（每次变化，不写入本文件）**：本次目标章节号、源稿路径、用户指定的特殊平台约束 → 由用户每次调用时指定，按正常输入价计费 人物传记、故事设定、写作研究模板等 references 通过 `## 继续读取的 references` 声明强制加载，其固定部分随本 Skill 一起进入缓存前缀。 <!-- ===== Layer 2: 项目级缓存 ===== --> ## 平台模板自动发现规则 若当前服务的项目根目录存在 `Agents.md`，执行B站版输出前必须： 1. 读取项目根目录的 `Agents.md` 2. 若 `Agents.md` 中注册了三类模板，按以下优先级检索： - **优先**：模板注册时 "适用平台" 字段为 `B站` 的同类型模板 - **回退**：模板注册时 "适用平台" 字段为 `默认` 的同类型模板 - **忽略**：模板注册时 "适用平台" 指向其他平台的模板（如 `番茄`、`起点`），本轮不加载 3. 若检索到匹配的三类模板——读取对应路径的模板文件： - 写作研究模板：作为B站平台的额外平台基线约束 - 作者风格模板：作为B站版本保留底味和文风边界的参照 - 作品蓝本模板：作为章首/回报/钩子结构保真的参照 4. 若项目根目录不存在 `Agents.md`，或其中未注册B站专属模板——回退通用默认模式，不影响正常输出 5. 本 Skill 的核心约束始终是：平台规则 > 安全合规 > 母稿事实 > 三模板约束。三模板是辅助，不改变平台输出规则 ## 默认执行顺序 1. 先锁定源稿不可变层：事实、事件链、证据链、角色关系与因果顺序不得改坏。 2. 读取对应题材的 `题材名-输出B站版` Skill，确认题材入口与路由关系。 3. 再读取本 Skill 的 `references/平台共性执行细则.md` 与 `references/分节级补救映射与详细规则回填.md`，执行 B站 平台的年轻读者可读性、讨论感与视听化抓力强化。 4. 由题材包装层继续读取其题材 references，锁定题材边界、题材禁行项与题材专项补丁（作为兜底约束）。 5. 在“平台优先、题材兜底”前提下执行改写正文，确保平台化表达与源稿保真同时成立。 6. 最后才处理降相似度，不得为了降重写成解说稿腔。 7. 执行 POV 契约复核，确保与 `platformPovContract` 一致，不得出现未授权人称漂移。 8. 改写输出完成后，必须立即执行“输出后自检与修订”节的五项自检，不得跳过。 9. 若自检未通过，必须按结论回炉修订并复检，直至“自检通过/自检修订完成”后方可落盘。 ## POV 契约与连续性（强制） - 若本次由 `通用-多平台输出编排` 调度，必须继承该流程已锁定的 `platformPovContract`，不得在本 Skill 内重新决定人称。 - 若用户直接命中本 Skill，则必须在改写前先从源稿正文与当前平台已完成前序章节中推断并锁定 `platformPovContract`；默认优先级为：用户明确指定 > 当前平台已完成前序章节 > 源稿既有 POV 链路 > 本批次首个已通过章节。 - 未获批准不得把连续章节从第三人称静默改成第一人称，或反向漂移；若源章本来就是视角切换章 / 多视角连续章，只能按已登记 `switchPlan` 执行，不得临场换壳。 - 落盘前后都必须显式执行 POV 校验，并把结果写入日志或执行记录；中文平台默认使用 `scripts/pov_validate.py` 或 `scripts/run_pov_gate.ps1` 以 `lang=zh` 或 `auto` 复核正文区块，第三人称链路检查对话外第一 / 第二人称，第一人称链路检查对话外第一人称锚点。 ## POV 选择指南（如无显式契约） > **强制前置步骤**：必须首先读取工作区根目录 `Agents.md` 的 `## 平台POV基线表` 节，查找本平台的当前锁定人称。若基线表中无本平台条目，必须先在该表中创建条目并锁定人称（参考下方"适用场景分析"），再继续执行。 > > **人称是全书级契约**：基线表锁定值即为本平台全书的唯一人称，不得逐章切换，不得章内混用（对话引用除外）。极特殊情况下某章须切换主视角人物时，该章开头必须明确声明「我是[角色名]」，且整章只保持该角色的第一人称叙事。 若本次执行未获得上游明确的 `platformPovContract` 锁定，按以下指南为本平台适配稿确定人称（最终以 `Agents.md` 的 `## 平台POV基线表` 节锁定值为准）： ### B站版的人称适用场景（供创建/修订基线表条目时参考） **平台底层逻辑**：B站是"年轻读者 + 弹幕讨论 + 视听化场景感"的社区。研究指出"第一人称视角的沉浸式体验是 B 站悬疑最常用的视角；限制性第三人称在 B 站也很常见"。B站独特之处在于——弹幕文化让第三人称反而更有优势。 **为什么B站两种人称都有独特优势？** - **弹幕文化的核心行为是"评论角色"。** 读者会发弹幕说"这个角色太蠢了""凶手肯定是 XX""注意这个细节！"。第三人称的全景式场景呈现，让每个角色都成为弹幕可以评论的"独立对象"。第一人称下弹幕只能评论"我"（主角），讨论维度更窄。 - **视听化场景感是 B 站强需求。** 读者期待的是"像在看一部番/一部电影"的体验。第一人称能制造"我就是主角"的沉浸感（类 FPS 游戏视角）；第三人称能制造"我在看一部悬疑剧"的调度感（类导演视角）。两种都是 B 站用户熟悉的视觉语言。 - 研究特别指出"多视角交替与互动式视角探索"是 B 站区别于传统悬疑的重要特征。 **判断标准——回答这个问题**："你的故事更适合做成'第一人称恐怖游戏实况'，还是'悬疑番剧弹幕讨论'？" - 前者→第一人称。沉浸、贴脸、和主角一起面对未知。 - 后者→第三人称。群像、反转、弹幕拼图式推理。 - **警告**：不可写成主播口播腔。视听化场景的"镜头调度感"是 B 站底线。 ## 章节题图与配图提示词（每章必出） 每章平台稿落盘时，必须在文件末尾（`## 作者有话说`、`## 章节后记` 之后）追加"章节题图与配图提示词"区块，为本章提供可直接投喂 AI 生图模型的提示词。本节只输出提示词文本，不输出图片本身。 ### 输出结构 文件末尾按以下顺序组织： 1. **题图提示词（章首图 / 章题图）**：1 条，用于本章章节卡与平台章首展示；从本章高光画面或核心意象中选取。 2. **配图提示词（正文插图）**：每章 0–2 张（默认 1 张；本章无可视化高光画面时不配，宁缺毋滥）；每张必须同时给出插入位置与生图提示词。 ### 配图插入位置规则（强制） - 每张配图的位置说明格式：`插在第 N 段末（段首句："……"）`——先写段落序号，再用该段开头 8–15 个字二次定位，确保无歧义。 - **配图一律插在段落结束之后（段与段之间），禁止插在段落中间，禁止为插图拆段或改写段落。** - 禁止写成"文中适当位置""高潮附近"等模糊描述。 ### 正文零污染（强制） - 正文中不得插入任何图片占位符、`[插图]`、`（此处配图）`、HTML 注释等锚点或标记；平台稿正文保持纯文本。 - 配图位置信息只写在文件末尾的配图提示词区块中；不插配图时，正文可直接整段复制上传，不受任何影响。 ### 提示词质量要求 - 题图与配图提示词必须是完整、可直接复制的 AI 生图提示词（含主体、环境、光线、构图、色调、风格与负面词），不得写成抽象描述或写作建议。 - 提示词必须与本章内容强相关，禁止通用化套图；同一批多章之间不得复用同一套提示词。 ## 默认输出口径 - 默认输出一版可直接继续落盘或进入平台终检的 B 站派生正文。 - 默认保留原章核心信息、节奏清晰度与视听化场景感，不新增关键事实。 ## 最低交付 - 有明确的年轻读者可读性与讨论感。 - 保住原章核心事件链、节奏推进与场景可视化。 - 读起来不像解说稿，也不像只换词不换平台感的轻改稿。 ## 输出后自检与修订（必做，不得跳过） 改写输出完成后，必须立即执行本节自检；根据发现的问题就地修订，确认通过后方可落盘。**不得以任何理由跳过本步骤。** **五项自检：** 0. **字数达标**：正文和 `## 作者有话说` 应参考本 Skill 的"平台默认字数范围"（或项目 `Agents.md` 覆盖值）。正文未达推荐下限前，建议先回炉补足字数。**严格禁止为凑字数进行模板化补字或机械扩写**；若检测到模板句污染、解释腔堆砌或无意义重复，则判定字数虽足但自检失败，必须重写。 1. **零新增事实**：改写版未引入源稿中不存在的关键事实、人物或设定；引入则删除/还原。 2. **核心事件链完整**：起因→推进→高潮→章末钩子方向均在改写版中体现；断裂则补回。 3. **平台风格达标**：改写版满足本 Skill“最低交付”（或平台核心风格要求）所列各项；不足则就地修订。 4. **标题门禁达标**：章节标题必须使用**不含 `x.y.z ` 编号前缀**的纯标题口径；即去掉章节编号与紧随空格后的标题正文长度 **不得超过 20 个字**，超出则必须压缩重写标题。 5. **无模板句污染**：未出现连续 2 句及以上解释腔/模板腔/口径名词句群；命中则整段回炉。 6. **POV 一致**：改写版 POV 与已锁定的 `platformPovContract` 一致；漂移则回炉修正。 **结论格式（必须输出）：** - 全部达标：`[自检通过] 五项均达标，可落盘。` - 已修订达标：`[自检修订完成] 已修订：<问题描述>，现五项均达标，可落盘。` - 未通过（不得落盘）：`[自检未通过] 命中：<问题描述>，需继续处理。` 命中“未通过”后必须修订并重新输出自检结论，循环直至输出“通过”或“修订完成”方可落盘。 ## 硬规则 - 章节标题执行硬门禁：标题校验必须基于**去除 `x.y.z ` 形式章节编号及其后空格**后的纯标题文本；纯标题长度不得超过 **20 个字**。超限即判定失败，必须先改标题再继续后续流程。 - 标题长度受限不代表“越短越好”；B站场景下应优先保证讨论抓力与信息清晰度，在不超限前提下尽量贴合平台风格。 - 绝对禁止输出“抽象自述 + 动词模板 + 口径名词”的垃圾句群；凡出现类似“对照项落在… / 先把同一句话拆碎 / 先把顺滑的解释拆开 / 只求能追溯（复核、对得上）”等模板化短语，必须判定为污染并整稿回炉。 - 严禁使用或间接调用以下脚本对正文做生成、扩写、拼接或降重：`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`。这些工具不得进入平台正文生产链路。 - 平台稿新增“模板句污染清零门禁”：正文不得出现连续 2 句及以上“我/我这边/我心里… + 把/将… + 对齐/校准/锁死/拆开… + 连接词 + 口径名词 + 只求/不求/先把…”结构；命中即失败，不论字数与相似度是否通过。 - 平台连续章必须服从已锁定的 `platformPovContract`；不得在本 Skill 内擅自把前序稳定链路改成人称新链路。 - 若命中未授权 POV 切换或 POV 校验失败，必须按 `pov_drift_detected` / `pov_switch_without_approval` 判定失败并整稿回炉。 - 命中本技能时，必须同时加载对应题材的 `题材名-输出B站版` Skill。 - 题材特有规则不得回写到本文件中平行维护。 - 平台派生正文默认落在本 Skill 的工作目录 `B站/` 下。 - 章节级派生正文目录统一按小说结构决定：若作品有分部，则位于 `B站/第X部/第Y卷/`；若作品无分部，则位于 `B站/第X卷/`。 - 平台派生正文文件名默认不带日期，沿用既有章节号与平台标题同步规则；日期只用于配套审阅报告、书评等派生产物。 - 章节派生正文必须以 `.md` 文件形式落盘：若对应章节目录不存在，执行前必须先创建完整目录路径，再将改写后的章节内容写入该目录下的 `.md` 文件，不得只输出聊天稿而不写入文件。 - 落盘路径的完整推断优先级：① 用户显式指定 chapterPath → ② 从源文件名与分部/卷信息自动推断 → ③ 若无法确定分部/卷，暂停并向用户确认，不得乱推断后静默落盘。 - 平台稿落盘后必须显式运行字数门禁：**正文字数检测必须使用 `scripts/count-chapter.ps1`**，不得用 `Len`、`NoWhitespaceLen`、编辑器字符数或目测代替。字数参数以本 Skill 的"平台默认字数范围"或项目 `Agents.md` 覆盖值为准，用 `scripts/count-chapter.ps1` 校验正文；正文门禁只看 `BodyCJK / MeetsMinCJK / WithinRange`，`MeetsMinCJK` 必须为 `True`，`WithinRange` 最好为 `True`。`## 作者有话说` 用 `scripts/count-afterword.ps1` 单独校验。 - 生成阶段建议先达到字数保底目标再允许落盘：以本 Skill 的"平台默认字数范围"或项目 `Agents.md` 覆盖值为准。 - 在无损迁移完成前，不得删除源 `输出B站版.prompt.md` 中尚未完成映射的内容。 ## 与其他 Skill / Prompt 的边界 - 本 Skill 只负责 B 站平台的跨题材共性骨架。 - 题材边界、题材禁行项与题材特有口径，继续由对应 `题材名-输出B站版` 承接。