$npx -y skills add lornshrimp/Lorn.NovelWriteSkills --skill AI科幻-执行微空间受限场景用于【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 | - `references/控制卡压进微空间镜头的施工桥.md` |
| 25 | |
| 26 | ## 常见触发词 / 用户说法速查 |
| 27 | |
| 28 | - 楼道 / 电梯这场怎么更吓人 |
| 29 | - 帮我把AI科幻微空间写得更贴脸 |
| 30 | - 这段受限空间只有氛围没有后果 |
| 31 | - 把微反常压进这场戏里 |
| 32 | - 给我一个可复盘的城市受限空间场景 |
| 33 | |
| 34 | ## 强制要求 |
| 35 | |
| 36 | - 命中本技能时,**必须优先强制加载**当前题材 Skill 与 `通用-执行微空间受限场景`。 |
| 37 | - 由于 `通用-执行微空间受限场景` 是专项子 Skill,执行时**必须先加载并使用** `AI科幻-执行场景单元`,再进入当前专项场景处理。 |
| 38 | - 当前题材 Skill 负责题材补充口径与裁判边界,`通用-执行微空间受限场景` 负责微空间专项工法与共性流程。 |
| 39 | - 不得绕过 `通用-执行微空间受限场景` 在本文件里恢复一整套平行共性规则。 |
| 40 | - 引用通用能力时只按名称引用,不写路径。 |
| 41 | |
| 42 | ## 题材补充方向 |
| 43 | |
| 44 | - 系统机房、电梯井、系统监控室、隔离区、数据存储区、中心服务器区、机房侧厅等空间,优先先写其"正常数字功能",再写哪一处流程、设备或数据流轻微失真。 |
| 45 | - AI科幻题材下的最低交付口径是:**微反常 → 动作选择 → 后果升级 → 数据痕迹收**,不能只写到“主角感觉不对劲”。 |
| 46 | - 微空间里的高价值异常优先来自:系统准入控制电梯停靠、值班制度、灯光、监控、工牌、回执、排队与窗口口径。 |
| 47 | - 若上游已有控制卡,优先把其中的反常信号、系统阻力和章末危险升级压进微空间镜头,而不是现场另起一套抽象惊悚设计。 |
| 48 | |
| 49 | ## 微空间施工最低交付 |
| 50 | |
| 51 | - 空间正常秩序已写清。 |
| 52 | - 第一处偏差可被角色动作验证。 |
| 53 | - 验证动作立刻带来后果、风险或数据痕迹 |
| 54 | - 至少一处技术针脚进入可复盘链条,而不是只做氛围摆件。 |
| 55 | |
| 56 | ## 禁止事项 |
| 57 | |
| 58 | - 不要把题材骨架写成 `通用-执行微空间受限场景` 的平行副本。 |
| 59 | - 不要省略 `AI科幻-执行场景单元` 与 `通用-执行微空间受限场景` 的加载关系。 |
| 60 | - 不要把微空间惊悚写成只剩气氛词的静态摆设。 |