���用 ���计事件案件引擎

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

通用-设计事件案件引擎

> 题材路由：若 .github\题材专用Skills\ 目录存在对应的 <题材>-设计事件案件引擎 Skill，则：

> - 将题材特性骨架路由到 <题材>-设计事件案件引擎，该 Skill 位于 .github\题材专用Skills\ 目录。

> - 命中本技能时，必须优先强制加载当前 Skill 与 <题材>-设计事件案件引擎。

一个合格的事件 / 案件引擎，不是“发生一件事”，而是同时承担局部悬疑、主线供血、规则显影与人物代价。

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

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

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

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

命中事件 / 案件设计任务时，除本文件外，必须继续读取：

• references/事件案件引擎保真规则.md
• references/事件案件母板模板.md
• references/证据链与嫌疑池设计法.md
• references/证据链排序模板.md
• references/案件余波与主线供血检查表.md
• ../../写作研究/网文留存模型.md — 留存基线，定义事件结构的"读者留存评估"标准——事件是否产出至少一个"读者会想看完"的钩子
• references/腾讯专栏YY式被冤枉桥段增补.md
• references/腾讯专栏冲突生活化与信息差设计增补.md
• references/腾讯专栏冲突生活化与信息差设计增补.md
• references/腾讯专栏反套路设定与多冲突线并进技巧增补.md
• references/腾讯专栏无意识装逼与扮猪吃虎交替机制增补.md

<!-- ===== Layer 2: 项目级缓存 ===== -->

风格/蓝本/写作研究模板自动发现规则

若当前服务的项目根目录存在 Agents.md，设计事件 / 案件引擎前必须：

• 读取项目根目录的 Agents.md；若其中声明了 主输出平台，检索三类模板时优先匹配"适用平台"与主输出平台一致的模板，无匹配时回退到"适用平台：默认"的同类模板
• 若 Agents.md 中注册了"写作研究模板"——读取对应路径的模板文件，将其事件类型、平台爽点、案件公平性与禁忌作为默认约束基线
• 若 Agents.md 中注册了"作者风格模板"——读取对应路径的模板文件，将其作为证据呈现、场景推进、对话压力与禁忌清单参照
• 若 Agents.md 中注册了"作品蓝本模板"——读取对应路径的模板文件，将单元案节奏、信息释放、误导与回收间隔作为结构参照
• 本 Skill 只消费与事件 / 案件设计相关的字段；若模板字段与证据链公平性或主线供血冲突，证据链与主线供血优先
• 若项目根目录不存在 Agents.md，或其中未注册对应模板——回退通用默认模式，不报错，不阻断

本 Skill 默认消费字段：

• 写作研究模板：事件类型、爽点设计、案件公平性、平台禁忌、误区清单
• 作者风格模板：对话风格配置、叙事距离、情绪表达方式、禁忌清单
• 作品蓝本模板：信息释放节拍、中段回报指纹、章末钩子指纹、场景节奏分布

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

• 帮我设计这个单元案
• 这个案子怎么供血主线
• 异常信号怎么做
• 证据链怎么排
• 误导怎么可证伪
• 嫌疑池怎么排才不假
• 案件结束后留什么余波

何时使用

• 为分卷或连续章节设计单元案 / 案件 / 事件母板。
• 审视某个事件是否真的在给主线供血，而不是只做热闹。
• 设计“异常信号 → 调查 / 对抗 → 证据链 → 误导反证 → 代价 → 余波”的完整引擎。

本 Skill 的核心任务

每个事件 / 案件都要至少回答：

• 异常信号是什么。
• 现实摩擦是什么，为什么一开始会被误判成普通问题。
• 证据载体是什么，谁能接触到。
• 误导链是什么，如何被证伪。
• 嫌疑池如何变化。
• 主线拼图推进了哪一块。
• 代价落在谁身上。
• 余波 / 新缺口留给后文什么压力。

执行顺序

• 先读取相关卷纲 / 上游任务。
• 用母板先写出骨架，再检查它是否供血主线。
• 再按顺序补足：先异常信号与证据载体，再误导与反证，最后代价与余波。
• 若原始事件只提供氛围、不提供主线拼图或代价升级，先判为不合格输入，并将其重写为合格骨架后再交付。
• 若涉及多人误导、多层嫌疑或跨 3–5 单元的证据投放，继续细化证据链与排序模板。

默认输出口径

• 默认输出一份可直接供分卷、控制卡与正文拆分调用的事件 / 案件骨架；若输入事件不合格，先标注不合格点，再给出修订后的可用骨架。
• 默认同时给出异常信号、证据链、误导链、嫌疑池、代价与余波。

最低交付

• 能指出异常信号、证据载体、误导与反证、嫌疑池变化、代价与余波。
• 能说明这起事件怎样给主线供血，而不是只做热闹单元。

硬规则

• 禁止只有案件表面热闹，没有主线拼图推进。
• 禁止误导不可证伪、嫌疑池假摆设或代价无落点。
• 禁止事件结束后不留下余波与后续压力。
• 留存评估：每个事件/案件必须产出至少一个"读者会想看到底"的钩子。事件设计完成后，回答："如果读者跳过这个事件不看，会不会影响全书理解？" 若不会→事件留存力不足，应补入续读驱动设计。

与其他 Skill / Prompt 的边界

• 本 Skill 负责“事件 / 案件发动机设计”，不代替整卷规划。
• 本 Skill 产出的骨架，可直接供控制卡拆成章内场景。
• 本 Skill 不直接写正文，只负责把事件变成能写、能审、能回收的结构。