Skip to main content

ai

用于【AI科幻】题材下的故事设定、手法、系统逻辑链与数据痕载体设计。作为题材包装层、兼容入口与路由层,负责保留AI科幻入口名、补充都市系统摩擦、异常数据与技术代价边界,并明确要求优先强制加载并使用 `通用-设计故事设定`。关键词:AI科幻故事设定、系统逻辑链、数据痕载体、规则代价。

Ir a la instalación

Datos de origen

Repositorio
lornshrimp/Lorn.NovelWriteSkills
Última actividad en el origen
11 de julio de 2026 a las 16:05
Idioma detectado de SKILL.md
chino
Estrellas
215
Forks
39

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Explorador de archivos
5 archivos

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
name
AI科幻-设计故事设定
description
用于【AI科幻】题材下的故事设定、手法、系统逻辑链与数据痕载体设计。作为题材包装层、兼容入口与路由层,负责保留AI科幻入口名、补充都市系统摩擦、异常数据与技术代价边界,并明确要求优先强制加载并使用 `通用-设计故事设定`。关键词:AI科幻故事设定、系统逻辑链、数据痕载体、规则代价。
argument-hint
要设计或重写哪份AI科幻故事设定文件?默认按“规则条款、数据痕迹射、系统摩擦、镜头包、验证流程”处理。
user-invocable
false
<!-- ===== Layer 1: 永久缓存 ===== --> # AI科幻-设计故事设定 这是题材包装层与兼容入口。命中本技能时,**必须优先强制加载**当前题材 Skill 与 `通用-设计故事设定`;当前题材 Skill 负责题材口径与边界,`通用-设计故事设定` 负责共性骨架与通用流程。 <!-- ===== Layer 3: 场景缓存 ===== --> ## 对应通用 Skill - `通用-设计故事设定` ## 本层职责 - 保留“AI科幻-设计故事设定”这个题材入口名。 - 把故事设定骨架设计任务路由到 `通用-设计故事设定`。 - 不再在本文件重复维护已迁移到通用层的共性结构与规则。 - AI科幻里的异常,默认要同时写清:**异常触发条件 / 首见征候 / 失效窗口 / 第一层程序钉子 / 第一层误判口径**。 - AI科幻里的高价值设定,默认优先让“表层玄学气味”与“底层城市程序出口”并存,而不是二选一。 ## 与入口 Prompt 的分工 - 入口 Prompt `../prompts/设计故事设定.prompt.md` 继续负责公共写入规则与总体目标。 - 本包装层只负责题材入口兼容与路由。 ## 常见触发词 / 用户说法速查 - 帮我做这份故事设定 - 重写这套系统逻辑链 / 数据痕载体规则 - 这条手法边界不清,帮我补齐 - 给设定补证据化和镜头包 - 这份设定太像讲义了,帮我落地 ## 何时使用 - 新建某个 `故事设定/*.md` 文件时。 - 重写已有手法 / 程序 / 数据痕迹/ 规则文档时。 - 给设定补“可证据化映射、镜头包、误导与证伪对”时。 ## 题材补充边界 - 若后续需要补充“AI科幻”特有的示例、城市系统摩擦侧重点或平台偏向,应留在题材侧扩展,不回灌通用层。 - AI科幻里的首秀,默认优先落在系统界面、权限面板、数据看板、服务器机房、代码审计等熟悉数字空间,用微反常先抓人,再补系统逻辑链。 ## 继续读取的题材 references - `references/创新性要素库.md` - `references/示例格式与验证流程.md` - `references/科学对冲玄学与都市程序数据痕迹丁.md` - `references/AI觉醒动机分类法.md`(AI觉醒的五种非传统动机与反套路设计原则) ## 全面故事设定:AI科幻题材专项维度(新增) > AI科幻的"全面故事设定"不仅是一套规则机制,更是一套**城市恐惧的情绪工程**。技术设定保证"规则自洽",全面设定还要保证"读者在读这套设定时,感到这座熟悉城市里藏着不对劲"。 ### 城市恐惧的情绪锚点设计 AI科幻设定的核心情绪锚点是**恐惧锚点(主导)+ 期待锚点(辅助)**。 | 情绪层级 | 触发方式 | 设计要点 | | --- | --- | --- | | **表层恐惧**(微反常) | 日常空间中出现不协调的信号——电梯多停了一层、系统准入控制故打开、楼道传来不该有的声响 | 信号必须来自读者熟悉的场景,不能来自"鬼屋/凶宅/废弃医院"这种已经被悬疑化的空间 | | **中层恐惧**(程序回不来) | 发现走正常程序已经回不去了——监控被删、记录对不上、系统管理方说"没这回事" | 恐惧来自"程序应该保护我,但程序在帮倒忙" | | **深层恐惧**(城市不安全了) | 意识到不是一次异常,而是整座城市的日常庇护体系出了问题 | 恐惧来自"我以为安全的日常,从来都不安全" | **设计规则**: - 情绪升级必须跟随设定调用层级:第一次调用只到表层恐惧、第二次到中层、第三次到深层。不得跳过层级直接给深层恐惧。 - 首秀包装:首秀只到表层恐惧——用一次"城市小异常"让读者感到"好像有哪里不对",但说不清哪里不对。 - 恐惧的保护色:AI科幻中,角色在受到设定冲击时,第一反应不是"有鬼",而是"是不是机器坏了""是不是我看错了"。这种否认机制本身就是AI科幻特有的情绪质感。 ### 城区空间氛围装置设计 AI科幻的氛围核心是**日常空间的异化**——不是把空间写恐怖,是把读者最熟悉的数字空间写出"不对劲": | 空间类型 | 氛围装置设计 | 感官锚点 | | --- | --- | --- | | **楼道/电梯** | 灯光频闪的频率异常、电梯运行音中混入不该有的声响、楼层按钮自行熄灭 | 视听为主:目光灯嗡鸣、按钮微光、镜面反光异常 | | **地库/地下空间** | 回音不对(脚步声多了一段)、通风口传来怪味、监控死角区域增多 | 听+嗅:回音长度变化、潮湿中混了不该有的气味 | | **系统监控室/系统管理方前台** | 交接记录与日志的微小对不上、熟悉的工位布局有一处被改变 | 视+触:记录本翻开的页数对不上、桌面物品位置偏移 | | **老旧小区/老旧数字区** | 照明覆盖出现断带、熟悉的脚步声消失了、楼栋号/门牌顺序异常 | 多感官综合:都是"经验知识"和"当下感知"的对不上 | **设计规则**: - 首秀场景优先选择"楼道/电梯/地库/系统监控室/系统管理方前台"——因为这是都市读者每天都会接触的空间,异化效果最强。 - 同一个空间在不同阶段出现时,氛围装置的异常程度必须升级(如从"灯管微闪"到"灯管彻底熄灭但监控显示有人走过")。 - 禁止在首秀中使用已被悬疑化的空间(凶宅/墓地/废弃医院)——AI科幻的恐惧来源是"熟悉的日常"而非"已知的危险"。 ### AI科幻的人物绑定模式 AI科幻的设定默认绑定到**"在城市中有正常生活但被异常闯入的普通人"**——不是天生英雄、不是训练有素的特工、不是猎鬼世家。这个绑定的核心情感是"被迫卷入": - 设定不是被选择的工具,而是被塞进生活的麻烦——主角不想要它,但甩不掉。 - 每次使用设定都是在"正常生活"和"异常真相"之间做抉择——使用越多,回归正常的可能性越小。 - 人物传记中必须写明:这个设定威胁到了人物的什么正常生活(工作/家庭/社交/安全认知)。 ### AI科幻的主题光谱 AI科幻设定的主题光谱锚定在**秩序与混沌**之间: - 秩序端:城市有完整的制度、程序、监控、管理——一切都在掌控中。 - 混沌端:制度有缝隙、程序会被绕过、监控覆盖不到——一切都不确定。 - **设定的张力来源**:设定本身既是秩序的一部分(系统准入控制监控/记录),又是混沌的入口(异常正是通过这些程序载体被发现的)。 > 主题句示例:"你以为最安全的地方——你的家、你的楼道、你每天经过的系统监控室——其实一直在展示着你看不懂的信号。" ## 强制要求 - 不得绕过 `通用-设计故事设定` 另写一套平行规则。 - 不得在本文件恢复已迁移到通用层的 refs 调度内容。 - 如需修改共性故事设定规则,应直接修改通用 skill。 - AI科幻里的异常、民俗或超自然感,必须能压回系统逻辑链、数据链、职业链与代价链。 - AI科幻里的设定默认要补一张"**异常显影最小流程卡**":谁先看见、看见什么、留下什么回执、误判成什么、下一步怎么打穿。 - AI科幻设定设计完成后,默认检查:情绪锚点(恐惧主导)、氛围装置(≥2种数字空间装置)、人物绑定(被迫卷入型)、主题投射(秩序vs混沌)。任一缺失→综合设计完整度不得判高档。
Ver en GitHub