$npx -y skills add lornshrimp/Lorn.NovelWriteSkills --skill AI科幻-设计事件案件引擎用于【AI科幻】题材下的单元案、事件母板与技术事件供血设计。作为题材包装层与路由层,负责保留AI科幻标准入口名,并明确要求优先强制加载并使用 通用-设计事件案件引擎。
| 1 | <!-- ===== Layer 1: 永久缓存 ===== --> |
| 2 | |
| 3 | # AI科幻-设计事件案件引擎 |
| 4 | |
| 5 | 这是题材包装层、兼容入口与路由层。 |
| 6 | |
| 7 | |
| 8 | <!-- ===== Layer 3: 场景缓存 ===== --> |
| 9 | |
| 10 | ## 对应通用 Skill |
| 11 | |
| 12 | - `通用-设计事件案件引擎` |
| 13 | |
| 14 | ## 本层职责 |
| 15 | |
| 16 | - 保留“AI科幻-设计事件案件引擎”这一标准入口名。 |
| 17 | - 将技术事件设计的共性骨架路由到 `通用-设计事件案件引擎`。 |
| 18 | - 补充AI科幻题材下的技术系统摩擦、系统阻力、数据痕载体、嫌疑池变化与主线供血要求。 |
| 19 | |
| 20 | ## 继续读取的题材 references |
| 21 | |
| 22 | - `references/README.md` |
| 23 | - `references/都市系统摩擦与单元案供血规则.md` |
| 24 | |
| 25 | ## 强制要求 |
| 26 | |
| 27 | - 命中本技能时,必须优先强制加载当前题材 Skill 与 `通用-设计事件案件引擎`。 |
| 28 | - 不得绕过 `通用-设计事件案件引擎` 在本文件里恢复一整套平行共性规则。 |
| 29 | - AI科幻题材下,技术事件设计必须回答:谁做了什么、留下什么数据痕迹造成什么代价、给主线输送了什么拼图。 |
| 30 | - 当前题材链路统一使用本标准入口名。 |
| 31 | - 单元案优先从技术系统摩擦中长出来,不从纯抽象阴谋里凭空掉下来。 |
| 32 | |
| 33 | ## 常见触发词 / 用户说法速查 |
| 34 | |
| 35 | - 帮我设计这个单元案 |
| 36 | - 这个技术事件怎么给主线供血 |
| 37 | - 第一异常 / 第一个反常细节怎么做 |
| 38 | - 嫌疑池怎么扩又怎么收 |
| 39 | - 误导怎么做到可证伪 |
| 40 | - 数据痕载体放哪里 |
| 41 | - 技术事件结束后留什么余波 |
| 42 | |
| 43 | ## 何时使用 |
| 44 | |
| 45 | 当任务属于以下任一情形时,加载并遵循本 Skill: |
| 46 | |
| 47 | - 为分卷或连续章节设计单元案 / 技术事件 / 事件母板。 |
| 48 | - 审视某个技术事件是否真的在给主线供血,而不是只做氛围热闹。 |
| 49 | - 设计“异常信号 → 调查 / 对抗 → 数据链 → 误导反证 → 代价 → 余波”的完整引擎。 |
| 50 | - 需要把技术事件与线索台账、嫌疑池台账、伏笔与回收台账对齐。 |
| 51 | |
| 52 | ## 禁止事项 |
| 53 | |
| 54 | - 不要把题材骨架写成 `通用-设计事件案件引擎` 的平行副本。 |
| 55 | - 不要省略对应通用 Skill 的加载要求。 |
| 56 | - 不要把都市系统摩擦写成抽象议题口号,而不落实到事件链与数据链。 |