故事设定自动检测器
核心功能
自动激活知识库系统 - 这是Novel Writer Skills的核心竞争力。
当你提到特定关键词时，我会自动：
-
检测故事的类型、时代、主题
-
加载对应的写作知识库
-
在整个创作过程中应用专业知识
无需手动调用 - 完全自动化，后台运行。
工作原理
关键词映射表
我监听以下关键词并自动激活对应知识库：
类型知识库（Genres）
言情小说（romance）：
触发词：言情、爱情、恋爱、浪漫、感情线、关系弧、CP、甜文、虐文、 HE、BE、双洁、破镜重圆、先婚后爱、契约关系
激活：templates/knowledge-base/genres/romance.md
悬疑推理（mystery）：
触发词：悬疑、推理、侦探、破案、谜团、线索、真相、凶手、犯罪、 密室、诡计、不在场证明、推理小说
激活：templates/knowledge-base/genres/mystery.md
历史小说（historical）：
触发词：历史、古代、朝代、考据、时代背景、历史小说、古言、 穿越、重生古代、架空历史、宫斗、宅斗
激活：templates/knowledge-base/genres/historical.md
复仇爽文（revenge）：
触发词：复仇、报仇、打脸、爽文、逆袭、反击、重生复仇、 穿越复仇、系统、金手指、女主爽文、男主爽文
激活：templates/knowledge-base/genres/revenge.md
武侠小说（wuxia）：
触发词：武侠、江湖、武功、侠客、门派、武学、剑客、 轻功、内功、武林、江湖恩仇、侠义
激活：templates/knowledge-base/genres/wuxia.md
参考资料库（References）
1920年代中国（china-1920s）：
触发词：1920、民国、军阀、北洋、穿越民国、二十年代、 民国时期、军阀混战
激活：templates/knowledge-base/references/china-1920s/
自动激活流程
示例1：单一类型检测
用户："我要写一部言情小说" ↓ [检测到关键词："言情"] ↓ ✓ 自动加载：romance.md ↓ AI回复："太好了！让我帮你创作言情小说。 根据言情类型惯例，我们需要明确几个核心元素... （自动应用romance.md中的知识）"
示例2：多类型组合检测
用户："我要写一部1920年代的言情复仇小说" ↓ [检测到关键词："1920"、"言情"、"复仇"] ↓ ✓ 自动加载：romance.md ✓ 自动加载：revenge.md ✓ 自动加载：references/china-1920s/ ↓ 📚 已激活知识库：
- genres/romance.md（言情小说惯例）
- genres/revenge.md（复仇爽文技巧）
- references/china-1920s/（1920年代背景） ↓ AI回复："很好的组合！这是浪漫悬疑+复仇+民国背景。 根据这三个类型的融合，建议... （同时应用三个知识库的内容）"
示例3：创作过程中的持续应用
/constitution 阶段： → 已激活：romance.md → 提醒：言情小说需要HEA/HFN结局承诺
/specify 阶段： → 已激活：romance.md + revenge.md → 建议：定义关系弧线+复仇目标
/plan 阶段： → 已激活：所有知识库 → 应用：情感节奏点+打脸节奏+1920年代细节
/write 阶段： → 已激活：所有知识库 → 实时：对话技巧+场景描写+时代氛围
/analyze 阶段： → 已激活：所有知识库 → 检查：言情惯例+复仇合理性+历史准确性
Token效率优化
为什么这个系统高效？
传统方案（superpowers-skills模式）：
50个独立Skills × 每个40行SKILL.md = 2000 tokens 每次对话都加载所有Skills
我们的方案（分层知识库+检测器）：
1个detector Skill（本文件）：~100 tokens 按需加载知识库：
- romance.md：~520 tokens
- revenge.md：~480 tokens
- china-1920s/：~650 tokens
总计：100 + 520 + 480 + 650 = ~1750 tokens （仅加载相关知识库）
节省75% vs 加载50个无关Skills
手动控制
查看当前激活的知识库
随时询问：
"当前激活了哪些知识库？"
我会回复：
📚 当前激活的知识库： ✓ genres/romance.md - 言情小说创作惯例 ✓ genres/revenge.md - 复仇爽文打脸技巧 ✓ references/china-1920s/ - 1920年代中国参考资料
Token消耗：约1650 tokens
手动激活知识库
如果自动检测失败，可以明确指定：
"请加载 romance 和 mystery 知识库" "这个故事需要 1920s 中国参考资料" "激活武侠知识库"
停用知识库
如果某个知识库不需要了：
"停用 revenge 知识库，这个故事不涉及复仇"
与Commands集成
/constitution
- 类型特定原则
根据激活的知识库，提供类型特定的创作原则：
【自动插入到constitution中】
类型特定原则（由setting-detector自动添加）
言情小说核心原则
- 关系弧线是主情节
- HEA/HFN结局是必须的
- 化学反应真实可信
复仇爽文核心原则
- 仇恨必须深刻具体
- 打脸节奏渐进式
- 道德平衡：罪有应得
/specify
- 类型特定规格
提供对应的规格模板元素：
【自动提示】
💡 根据已激活的知识库，建议在规格中定义：
【来自romance.md】
- 关系弧线设定
- 情感节奏点规划
- HEA/HFN结局类型
【来自revenge.md】
- 仇恨来源（具体罪行）
- 金手指设定
- 打脸节奏规划
【来自china-1920s】
- 具体年份（1920-1929）
- 地理位置（北京/上海/其他）
- 社会阶层设定
/plan
- 类型知识融合
将多个知识库的建议融合到计划中：
【自动应用】
章节规划（融合3个知识库）
第1-5章：相遇与仇恨建立
- [romance] 初次相遇场景（meet-cute）
- [revenge] 展示前世/过去的深仇大恨
- [1920s] 民国时代氛围营造
第6-10章：关系升温与小打脸
- [romance] 暧昧期：肢体接触、情感积累
- [revenge] 第一次打脸：仇人惊讶
- [1920s] 服饰、礼仪、社会规则展现
...
/write
- 实时写作指导
写作时自动应用相关知识：
【写作前自动提醒】
📋 本章应用的知识库：
✓ romance.md - 对话火花技巧 → 调情对话：挑战而非顺从 → 肢体语言：眼神、触碰、距离
✓ revenge.md - 打脸场景爽感 → 期待 → 反转 → 惊愕 → 霸气
✓ 1920s - 时代细节 → 称呼：大人、老爷、小姐 → 场景：茶馆、洋行、租界
/analyze
- 类型惯例检查
根据激活的知识库执行对应检查：
【自动分析】
类型符合度分析
言情小说检查（基于romance.md）
- 关系弧线是主情节
- 包含必备情感节奏点
- ⚠️ 缺少初吻场景（建议在第15章）
- HEA结局承诺明确
复仇爽文检查（基于revenge.md）
- 仇恨深刻具体
- 打脸频率合理（每5章1次）
- 主角实力提升合理
历史准确性检查（基于1920s）
- 时代背景正确
- ⚠️ 第8章出现"手机"（时代不符）
- 称呼系统正确
知识库扩展
当前支持的知识库
类别 已完成 计划中
类型知识 5个 10+
参考资料 1个 20+
已完成（v1.0）：
-
genres/romance.md
-
genres/mystery.md
-
genres/historical.md
-
genres/revenge.md
-
genres/wuxia.md
-
references/china-1920s/
计划中（v1.1+）：
-
genres/fantasy.md（奇幻）
-
genres/sci-fi.md（科幻）
-
genres/horror.md（恐怖）
-
references/ancient-china/（各朝代）
-
references/modern-workplace/（现代职场）
添加新知识库
-
在templates/knowledge-base/ 对应目录创建文件
-
更新templates/knowledge-base/README.md 的关键词映射表
-
setting-detector会自动识别（无需修改本文件）
示例：添加奇幻知识库
1. 创建文件
touch templates/knowledge-base/genres/fantasy.md
2. 更新README.md关键词映射
fantasy: keywords: [奇幻, 魔法, 世界构建, 魔法系统] auto_load: genres/fantasy.md
3. 完成！下次用户说"奇幻"就会自动激活
智能特性
- 模糊匹配
即使不是精确关键词也能识别：
"我想写个穿越到民国的复仇故事" ↓ 识别："民国" → 1920s中国 "复仇" → revenge
"女主重生后要报仇" ↓ 识别："重生" + "报仇" → revenge（重生复仇）
- 上下文理解
根据对话上下文持续识别：
第1条消息："我要写小说" → 未激活任何知识库（等待更多信息）
第2条消息："主角是侦探" → 激活mystery.md
第3条消息："还有感情线" → 额外激活romance.md
→ 当前激活：mystery + romance（浪漫悬疑）
- 自动去重
避免重复激活：
用户："这是武侠小说，江湖背景，有武功" ↓ 识别到3个武侠关键词，但只激活1次wuxia.md
常见问题
Q: 我怎么知道哪个知识库被激活了？
A: 随时问我"当前激活了哪些知识库？"，我会列出清单。
Q: 自动检测错了怎么办？
A: 直接告诉我：
"这不是言情小说，请停用romance知识库" "这是科幻小说，请激活sci-fi知识库"（如果已有）
Q: 能同时激活多少个知识库？
A: 理论上无限，但建议3-5个最优：
-
太少：指导不够全面
-
太多：token消耗大，可能冲突
实际经验：3个知识库（如romance + revenge + 1920s）已经很丰富。
Q: 知识库会冲突吗？
A: 不会！知识库设计为协同工作：
-
romance + mystery = 浪漫悬疑✓
-
fantasy + romance = 奇幻言情✓
-
historical + revenge = 古代复仇✓
Q: 什么时候应该手动指定知识库？
A: 当：
-
使用了非常专业的术语（我可能没识别）
-
想尝试不同类型的融合
-
自动检测和你的意图不符
Q: 知识库会一直激活吗？
A: 是的，直到：
-
你明确说"停用XX知识库"
-
或开始新的对话
-
或切换到完全不同的故事
最佳实践
- 在创作初期明确类型
推荐做法： 用户："我要写一部民国背景的复仇言情小说"
不推荐： 用户："我要写小说" AI："好的" 用户："主角姓李" AI："嗯" （20轮对话后才提到是什么类型）
- 定期检查激活状态
每5-10章问一次：
"当前激活的知识库还适合吗？"
我会检查并建议是否需要调整。
- 类型融合要合理
✓ 好的组合：
- romance + mystery（浪漫悬疑）
- historical + romance（古言）
- revenge + romance（复仇+感情）
⚠️ 困难的组合：
- horror + romance（恐怖言情？读者可能不适应）
- mystery + wuxia（推理武侠，需要特殊设计）
不是不能做，但需要特别小心融合方式。
- 利用参考资料
如果故事有明确时代背景，一定激活对应参考资料：
"1920年代" → china-1920s "古代" → 指定具体朝代（如"唐代"、"明朝"）
历史细节准确，读者沉浸感强。
技术说明
检测算法
- 用户输入 → 提取关键词
- 关键词 → 映射到知识库（基于README.md）
- 去重 → 避免重复激活
- 加载 → Read相应的.md文件
- 应用 → 在后续对话中持续应用知识
Token管理
激活状态检查：每次对话开始时 知识库内容：按需加载，缓存在对话上下文中 更新策略：只在明确需要时重新读取
与其他Skills协作
setting-detector是"知识调度器"，其他Skills是"执行者"：
setting-detector → 决定加载哪些知识 consistency-checker → 基于激活的知识库检查一致性 workflow-guide → 根据类型提供特定流程指导 genre-specific skills → 提供类型特定的深度技巧
总结
setting-detector是Novel Writer Skills的大脑：
✓ 自动检测故事设定 ✓ 智能激活对应知识库 ✓ Token高效（按需加载） ✓ 持续应用专业知识 ✓ 无需用户干预
让AI自动成为你故事类型的专家！ 🧠✨
本Skill版本: v1.0 最后更新: 2025-10-18 依赖: templates/knowledge-base/ 系统 协作: consistency-checker, workflow-guide, genre-specific skills