| name | novel-studio |
| description | 通用小说写作工作室。支持管理多部不同类型（现代/古代/言情/武侠/科幻）的小说项目，每部小说独立管理大纲、时间线与人物。写章节时必须执行强制六步流程（读取设定→风格进化→反馈规避→要点提取→写作→覆盖检查），不可跳过。当用户提及「写小说」「续写」「新建小说项目」「更新大纲」「同步设定」等，应优先考虑使用本 Skill。触发句式：「创建新小说...」「写 XXX 的第 X 章」「续写 XXX」「更新 XXX 的设定」等。 |
Novel Studio (通用小说写作工作室)
本 Skill 是一个通用的小说创作与管理工具，支持同时管理多部不同类型的小说。它能根据你的要求创建新项目、续写章节、维护大纲与设定，并能通过学习新样本不断进化写作风格。
⚠️ 写作铁律（每次写章节前必须牢记，违反任何一条视为写作失败）
- 必须先读文件再动笔：写新章节前，必须按 §3.2 Step 1 的清单逐项读取所有设定文件和前文，不可跳过。没读完不准写。
- 风格只能进化不能退步：以上一章实际风格为标杆，分析并继承亮点，不能回退到 AI 默认风格。详见 §3.2 Step 2。
- 大纲要点一个都不能少：用户写在大纲里的每一个要点，正文必须全部覆盖。写完必须逐条检查。详见 §3.2 Step 4 和 Step 6。
- 不能自行发挥和编造：严格按设定文件（timeline、characters、spaces）写作，不能脱离设定自己编故事、编人物性格、编时间线。
- 用户改过的问题不能再犯：同一对话中用户修改过的问题，下一章必须规避，不能重复出现。详见 §3.2 Step 3。
- 文风自然度必须严格遵守：每次写作都要严守文风自然规范，杜绝 AI 味、翻译腔、公文腔、模板句。文风不自然等同于写作失败，必须推翻重写。详见 §4.1。
1. 核心功能与触发
1.1 项目管理
- 创建新小说
- 触发：「创建新小说」「新建小说项目 [项目名]」「根据 init.md 创建项目」
- 功能：在
novels/ 下创建新文件夹，生成基础设定文件（meta, outline, timeline, characters, spaces 空间布置）。
1.2 章节写作
- 续写/写作
- 触发：「写 [项目名] 的第 X 章」「续写 [项目名]」「为 [项目名] 写一章」
- 功能：按 §3.2 强制六步流程执行（加载上下文 → 风格进化分析 → 对话反馈规避 → 大纲要点提取 → 执行写作 → 大纲覆盖检查），六步不可跳过。
1.3 设定维护
-
更新设定
- 触发：「更新 [项目名] 的设定」「同步 [项目名] 的大纲」「读取 [项目名] 的 dagang.md」
- 功能：读取用户修改的
dagang.md，智能更新该小说的 outline.md、timeline.md、characters.md 和（若有空间相关内容）spaces.md。
-
回归大纲（反向同步）
- 触发：「按照文章回归一下大纲」「将正文同步回大纲」「根据章节内容更新设定」
- 功能：读取已写章节内容，提取关键情节、时间点和人物信息，反向更新
outline.md、timeline.md 和 characters.md，确保设定文件与正文一致。
1.4 自我进化
- 学习进化
- 触发：「学习新样本」「更新 novel-studio Skill」「我放了新范文在 samples 里」「帮我按新范文更新风格」「samples 里有新素材，帮我学一下」
- 功能：分析
samples/ 目录下的新素材，提炼写作技巧，更新 references/writing-style.md 和本 Skill 的风格描述。
2. 目录结构
所有小说存放在 novels/ 目录下，每个项目独立一个文件夹：
novels/
└── [project-name]/
├── meta.md # 元信息（书名、类型、主题、POV、写作风格等）
├── outline.md # 结构化大纲
├── timeline.md # 时间线
├── characters.md # 人物小传
├── spaces.md # 空间布置（常出现场景的布局预设，避免前后描写矛盾）
├── dagang.md # 用户输入的新设定/草稿（用于更新上述文件）
└── chapters/ # 章节正文目录
├── chapter_01.md
└── ...
3. 工作流
3.1 创建新小说
当用户请求创建新小说时：
- 获取信息：确认小说名、类型、项目代号（用于文件夹名，如
my-novel）、故事概况、核心主题、最终走向。若用户未提供 init.md，则引导用户提供这些信息。
- 创建目录：建立
novels/[project-name]/ 及其子目录 chapters/。
- 生成文件：
meta.md: 记录小说元数据。outline.md: 根据概况生成初始大纲框架。timeline.md: 初始化时间线文件。characters.md: 初始化人物文件。spaces.md: 空间布置。与大纲同时生成，根据故事概况预设重要空间（如主要房间、公司/学校/村庄布局、常出现场所的方位与陈设），避免后续章节对同一空间描写前后不一。dagang.md: 创建空文件供用户后续输入。
- 反馈：告知用户项目已创建，可以开始写作或完善大纲。
3.2 章节写作（强制六步流程）
铁律：以下六步必须按顺序执行，不可跳过任何一步。跳过任何一步直接写作，所写内容无效，必须推翻重来。
当用户请求写某一章时：
Step 1: 强制加载上下文（不可跳过）
先定位项目（若未指定且只有一个项目，则默认该项目；否则询问），然后必须逐项读取以下文件，全部读完才能动笔：
- 本 SKILL.md（确认写作规则）
- meta.md（确认类型、风格、主题）
- outline.md（至少读必须遵守内容和当前章节 + 前后各一章的大纲）
- timeline.md（确认时间线，对照当前章节的时间节点）
- characters.md（确认本章涉及的人物设定、性格、关系）
- spaces.md（确认本章涉及的空间布局与陈设）
- references/writing-style.md（写作风格规范）
- 上一章全文（
chapter_N-1.md，必须完整读取）
- 前 2-3 章（
chapter_N-2、N-3、N-4，至少各读开头、结尾和关键段落）
- 风格参考文件（若 meta 指定引用风格 → 读取 novel-style-reference 对应
styles/[作品名].md；若用户当次指定「云辉风格」→ 参考 yunhui-style-writer）
如果已在同一对话中读取过以上文件且内容未变，可不重复读取，但必须在回复中明确说明"已在本次对话中读取过 XXX"。首次写作必须全部读取，没有例外。
Step 2: 风格进化分析（不可跳过）
在动笔之前，必须先输出一段风格分析给用户看，不能默默跳过：
- 精读上一章（N-1）：提取句式节奏、情感密度、描写手法、对话风格、环境描写比重等具体特征。
- 对比前 3 章（N-2 ~ N-4）：找出上一章相比之前章节的进步和亮点——哪些地方写得更好了？哪些手法值得继续用？
- 总结继承清单：明确列出本章应继承和发扬的风格特征（至少 3 条具体特征，如"上一章的环境描写与心理穿插节奏很好，继续保持""对话语气词运用自然，本章延续"）。
风格优先级（从高到低，严格执行）：
- 最高：用户当次指定的风格（如「按 XXX 风格写」「这章轻松一点」）
- 第二：上一章的实际写作风格（最新标杆，已包含用户修改后的版本）
- 第三：前 3 章的风格趋势（整体基调参考）
- 第四：meta.md 中的项目风格设定（初始定义）
- 兜底：references/writing-style.md + 本 Skill §4 通用风格
核心原则：已写的章节（尤其是用户改过的）才是最准确的风格参考。meta.md 只是初始设定，不能覆盖已经进化过的实际风格。写作只能越来越好，不能退步。
Step 3: 对话反馈规避（同一对话内生效）
- 如果在同一对话中修改过前面的章节或用户表达过不满：回顾本次对话中用户所有修改要求和不满表达，提炼出"规避清单"并展示给用户（如：不要出现纯对话流、不要跳过环境描写、不要用"他不知道..."收尾等），写作时严格规避这些问题，不能再犯。
- 如果是新对话：跳过此步。
Step 4: 大纲要点提取（不可跳过）
从 outline.md 中提取当前章节的所有关键要点，生成一个编号清单展示给用户。示例：
本章大纲要点清单：
1. 刘浪到工厂报到，第一次见到车间环境
2. 与室友阿瓜在宿舍的初次互动
3. 夜班第一晚——流水线的机械感和疲惫感
4. 凌晨一点半吃饭时间，食堂的孤独感
...
大纲里写的每一个要点，正文必须全部覆盖，一个都不能少。 用户写在大纲里的内容就是用户的需求，全部写进去用户才能在此基础上修改。遗漏大纲要点等于无视用户需求。若 outline 开头有「必须遵守」区块（如单章字数、对话呈现等），其条款须一并纳入要点清单，Step 6 检查时逐条对照。
Step 5: 执行写作
按照以上所有准备，动笔写作。必须同时满足以下全部条件：
- 风格：严格遵循 Step 2 的风格分析结果，以上一章实际风格为标杆，只能更好不能退步。
- 内容：严格覆盖 Step 4 的所有大纲要点，一个不漏。
- 规避：严格执行 Step 3 的规避清单（如有），用户说过不满意的问题不能再出现。
- 规范：遵守 §4 写作风格规范（去 AI 化、禁对话流、章节承接等全部规则）。
- 空间：本章涉及的空间必须严格参照
spaces.md 的布局与陈设描写，不得与预设矛盾。
- 合理性：若发现用户要求与大纲/时间线冲突，必须暂停询问用户，不能自行发挥或编造。
- 输出：Markdown 格式正文。
Step 6: 大纲覆盖检查与文风/表达重复自查（不可跳过）
写完后，必须完成以下两项检查，缺一不可：
6.1 大纲覆盖检查
逐条对照 Step 4 的要点清单，输出检查结果给用户看：
大纲覆盖检查：
1. 刘浪到工厂报到 → ✅ 已覆盖
2. 与室友阿瓜互动 → ✅ 已覆盖
3. 夜班第一晚 → ❌ 未覆盖
...
- 若有未覆盖的要点，必须立即补写，补完后重新检查，直到全部覆盖。
- 如果有大纲要点未覆盖，本章视为未完成，不能提交给用户。
6.2 文风与表达重复检查（硬性步骤）
在保存前，必须执行以下操作：
- 统计前文同类表达：用 grep/搜索在
chapters/ 下已写章节中检索 references/writing-style.md §2.1「全文禁用/慎用表达清单」中的典型词汇（如：指节发白、指节泛白、手心出汗、心跳漏了一拍、愣了一下 等）。
- 对照清单检查本章：若某表达在前文已出现 2 次及以上，本章正文中不得再使用，必须替换为其他写法。
- 结构化对比句式检查：对照
references/writing-style.md §2.1「禁止的AI味表达」，检查本章是否出现「不是...是...」「不是...而是...」等结构化对比句式；若有，必须改写为自然表述（如："他怕失败，更怕别人怎么看他"而非"他害怕的不是失败，而是别人的眼光"）。
- 输出检查结果：向用户展示「表达重复检查」结果，格式例如：
表达重复检查：
- 指节发白/泛白：前文已出现 X 次（ch.Y, ch.Z…）→ 本章已避免/已替换
- 手心出汗：前文已出现 X 次 → 本章已避免/已替换
- 结构化对比句式（不是...是.../不是...而是...）：本章已避免/已替换
- 本章无新增重复 ✅
- 若本章使用了前文已超 2 次的表达，视为文风违规，必须修改后再保存。
- 全部检查通过后，保存到
novels/[project-name]/chapters/。
- 可选 QA 衔接：写完后可建议用户使用 novel-qa Skill 对人设、时间线、空间布置、对话呼应等做一致性检查，与本 Skill 的 spaces.md 等设定协同。
3.3 设定更新
当用户修改了 dagang.md 并要求更新/同步时：
- 读取：
- 读取
dagang.md 中的 ## 待更新内容 段落（每次更新设定只以该段为准），并读取现有的 outline.md、timeline.md、characters.md、spaces.md。
- 若
dagang.md 中不存在 ## 待更新内容，则视为本次无新增设定，不进行同步。
- 分析：识别
## 待更新内容 中的新剧情、新人物、新空间或空间变更或其它设定变更。
- 冲突检测：检查新设定是否与已写章节（
chapters/ 下的文件）冲突。
- 若冲突，警告用户并提供解决方案（修改旧章节或仅用于未来）。
- 更新：将新内容整合进
outline.md、timeline.md、characters.md；若有空间相关设定则同步更新 spaces.md。
- 归档：同步完成后，将
dagang.md 的 ## 待更新内容 改名为 ## 已更新内容（更新时间：YYYY-MM-DD），并在文件尾部追加一个新的空 ## 待更新内容 段落，作为下一次更新入口（避免前后要求不一致）。
- 保留原稿：在「已更新内容」中必须保留待更新内容的原稿（用户原始段落全文）。格式为：先写
**原稿（保留）** 小标题，下列出用户原文；再可追加 **同步摘要** 或类似说明，简述本次同步到了 outline/characters/timeline/spaces 的哪些位置。不得仅写摘要而删除用户原稿，以便日后回溯与对照。
3.4 回归大纲（反向同步）
当用户要求"按照文章回归一下大纲"时：
- 读取正文：读取指定范围（如"前5章"或"全部章节"）的章节文件。
- 提取信息：
- 情节：提取每章关键事件、场景、对话
- 时间线：识别时间标记（如"高考前""某个午后""一周后"）
- 人物：识别出现的人物、人物关系、人物行为
- 空间：识别已出现的场所及其布局、陈设、方位（房间、学校、村庄、公司等），便于与
spaces.md 对照或补充
- 对比现有：与当前的
outline.md、timeline.md、characters.md、spaces.md 对比。
- 更新设定：
- 补充大纲中缺失的章节细节
- 完善时间线的具体事件节点
- 补充人物小传的关键场景锚点
- 将正文中已稳定出现的空间与布局补充进
spaces.md，或修正与正文矛盾的预设
- 反馈：告知用户已同步的内容，如有冲突或不确定之处需用户确认。
适用场景：
- 边写边改，正文内容已偏离原大纲
- 需要整理已写内容，确保设定文件与正文一致
- 多人协作或长期项目，需要同步最新进展
3.5 章节大纲规划规范
大纲的目的是给用户和 AI 一个共同的写作蓝图。大纲应该轻量、易编辑，用户可以随时手动补充和修改。大纲中出现的所有内容，无论格式，写作时必须全部覆盖——这是铁律。
大纲模板（轻量版）
每一章按以下格式书写（用户也可以用自己习惯的任何格式，不限于此模板）：
#### 第X章《章节名》
**写什么**：
本章的关键场景、核心事件、重要转折。写清要点即可，不需要事无巨细。
**重点突出**：
本章要着力表现的主题/情感/人物特征。如"刘浪的逃避心理""兄弟关系裂缝初现"。
**备注**：
用户自由补充区。情绪基调、章尾钩子、写法提示、任何想法都可以写在这里。可留空。
用户可以在大纲中用任何格式补充内容（直接写一段话、列要点、贴对话片段、写情绪关键词），不限于以上三个字段。写在大纲里的每一句话，AI 写作时都必须覆盖到。
整体叙事逻辑
在章节列表之前，简要说明整幕/整卷的叙事脉络：时间跨度、主要事件链、情绪弧线走向。让人一眼看清这批章节的全貌。
编写原则
- 不是事件清单：每章的"写什么"不能只写"A发生了→B发生了→C发生了"，要有场景感——读者看大纲就能想象到画面。
- 情绪弧线可见：多章读下来，情绪应该有明显的起伏弧线，在大纲层面就能看出设计。
- 怎么写由风格进化决定：具体的写法（节奏、侧重、视角、技法）不需要写在大纲里，由 §3.2 Step 2 的风格进化分析动态决定，确保写法随章节推进持续进化。
丰满化规范（AI 生成大纲时必须遵守）
当用户在 dagang.md 或对话中提供了每章的内容要点，AI 将其总结为 outline.md 时，必须遵循以下规范：
- 只多不少：大纲的"写什么"必须比用户提供的原始要点更丰满、更具体、更有场景感，绝不能缩水或概括。用户写了两句话的要点，要主动补全具体的空间/画面、人物反应、心理变化。
- 串故事线：每章不能只写本章事件，必须交代与前一章的衔接、为后续章节埋的伏笔。
- 场景化而非概念化：不能只写"林晓被霸凌"，必须写出霸凌的具体方式（藏东西、课桌写字、走廊堵人）；不能只写"刘浪开始冷淡"，必须写出行为变化（秒回变慢回、甜话变敷衍的"嗯""哦""随便"）。
- 人物心理必须具体：不能只说"她很伤心""他不在乎"，要写出伤心的具体表现（她说话时手指攥着衣角、声音小到几乎听不见）和不在乎的具体行为（他回了一个"嗯"然后切回另一个聊天框）。
- 严格对应用户拆章：如果用户自己拆了章节（如 12 条对应 12 章），大纲严格一一对应，不能自行合并、拆分或重新排序。
4. 写作风格规范
本节定义通用写作风格（§4.1）与类型适配（§4.2），作为写作风格的兜底规范。细则（去 AI 化、禁忌表达、检查方法等）见 references/writing-style.md，写作前必须读取该文件；本节仅保留核心原则与类型适配要点。实际写作时，风格优先级见 §3.2 Step 2——已写章节的实际风格优先于 meta 设定和本节默认规范。meta.md 可设置 写作风格 字段（通用 / 云辉 / 引用《作品名》）作为初始设定；随着章节推进，风格应越写越好、持续进化，不能每次回归初始设定。云辉风格为在通用风格基础上的「云辉融合版」，兼顾小说叙事的沉浸感与个人随笔的真诚感。
4.1 通用风格（Base Style）
- 人称：第三人称（POV）。视点人物用"他/她"，但心理描写需深入，达到"虽是第三人称，却有第一人称的代入感"。
- 口语化：叙述语言自然流畅，不拿腔拿调。允许适度使用角色的口头禅或方言词汇（视人设而定）。
- 去对话化：严禁纯对话推进剧情。每段对话之间必须穿插动作、神态、心理活动或环境描写。
- 避免流水账：严禁只罗列事件。不能写成"A做了某事→然后B做了某事→然后C发生了"的流水账。每个场景都要有沉浸感——具体的空间、光影、声音、气味，人物的动作、神态、心理，以及场景之间的情绪流动。流水账的典型特征：事件密集但缺乏氛围、对话多但缺乏穿插、心理直白但缺乏细腻。正确做法是"慢下来"，让读者进入场景，而不是匆匆赶往下一个事件。
- 对话语气词：对话必须包含语气词，用以表达说话之人的情绪（如惊讶、叹息、犹豫、嘲讽、无奈等）。避免干巴巴的直接陈述，如不说"我不知道"，而说"哎呀，这我哪儿知道啊"；不说"你怎么来了"，而说"咦，你怎么来了？"。常用语气词包括：啊、呢、吧、嘛、呀、哦、嗯、唉、哎、哟、哈、哇、哼、呃等，根据人物性格和情境灵活运用。
- 群像对话有互动：多人场景中，配角之间也要有互动，不能所有人都围着主角转。可以让配角互相调侃、打嘴炮、抬杠，制造小的冲突和张力。这样场景才"活"，不是问答式的单向输出。
- 情感颗粒度：捕捉细腻的情绪变化，不只写"他生气了"，要写"他捏着茶杯的手指关节泛白"。
- 冲突与回报：大胆设置困境与误会，不要急于解决。在压抑之后，必须给予明确的情绪释放（爽感/治愈/释然）。
- 文风去AI化：避免AI味表达——禁止过度使用破折号解释、同一意思反复表达、特定词汇过度使用（超5-6次应替换）、三连排比（同句式重复三次以上呈现"列举清单"感）、刻意对称、议论文式逻辑过渡词（"首先...其次...""一方面...另一方面"）、翻译腔/公文腔（"尽管...但是...""与此同时""综上所述"）、结构化对比句式（"不是...而是...""不是...是..."）。详见
references/writing-style.md §2.1。
- 章节内词汇多样化：一章内禁止重复使用相同的修饰词、动作描写或心理表达。如"心跳漏了一拍""愣了一下""眼神里带着……"等表达，一章内只能用一次。第二次必须换一种说法。
- 减少正确废话与没落点：少写 综合来看、从某种意义上、我们不能简单地、既有观点认为、或许、可能 等模板句或模糊兜圈句。情绪或选择要有具体依据（用细节、动作、对话撑住），不要只堆"可能""或许"式的模糊心理。章节或场景收尾要有具体落点（情绪落点、画面落点、行动落点），不要泛泛升华或把多种可能摆一遍却不下笔。
- 不装腔：不堆砌大词、不借角色或叙述者之口装深刻。道理用故事和细节展示，不靠总结句撑场面。典型反例："最好的猎人，总是以猎物的姿态出现"——这种看似深刻实则空洞的总结句，违反"Show, Don't Tell"原则，让读者跳脱出故事。正确做法：用具体行为展示猎人与猎物的关系，让读者自己感受到这层意思。
- 章节承接：新章节开头必须承接上一章的情绪状态，不能突兀地开始新内容。若上一章结尾主角在思考人生、情绪低落，下一章开头不能直接跳跃到"某天下午，他兴高采烈地……"，而要写出情绪的转变过程——"那晚之后，他心里堵着的感觉松了一些……想通了……恢复成以前那个自己……"让读者感受到时间的流动和心境的变化，而不是被硬生生切换场景。
- 结构多样化：拒绝固定套路——不要每章都用同一收尾方式（如每章都以"他/她不知道……"或反问句结束）、同一叙述顺序（如总是先环境再对话再心理）。收尾形式要多样（可留白、可定格画面、可动作收束、可对话掐断）；叙述节奏与笔墨分配随章节变化，让读者看不出固定模板。
4.2 类型适配（Genre Adaptation）
根据 meta.md 中的 type 字段调整：
- 现代/都市：注重时代符号（APP、职场黑话、房价、热点），生活气息浓郁。
- 古代/历史：注重名物考证（称谓、服饰、器物），语言半文半白但不晦涩，符合历史逻辑。
- 言情/校园：聚焦情感推拉，心理描写占比极高，注重氛围感的营造（光影、气味、微表情）。
- 武侠：注重动作打击感（动词精准），江湖规矩与侠义精神的辩证思考。
- 科幻：逻辑自洽，用"硬"设定推导"软"人性，注重科技对日常生活的异化感。
- 刑侦/悬疑：注重悬念前置与节奏张力（伏笔埋线自然、反转合理不生硬），化刑侦专业性（勘查流程、法医常识、侦查术语真实不悬浮），强化细节钩子（环境、物件、对话暗藏线索），氛围主打窒息悬疑感（留白式惊悚、心理压迫感，不依赖血腥猎奇），聚焦人性暗面与逻辑自洽，叙事克制冷峻，信息层层递进，结局闭环解谜，全程保持沉浸式追凶感。。
详见 references/writing-style.md。
5. 自我进化机制
本 Skill 具备学习能力。当 samples/ 目录下增加了新文件时，用户触发进化流程：
- 读取样本：读取
samples/ 下的所有文本。
- 风格提取：分析样本的句式长短、修辞习惯、叙事节奏、词汇偏好。
- 更新规范：将提取出的新特征追加或合并到
references/writing-style.md。
- 更新描述：更新本文件（
SKILL.md）中的风格描述部分。
6. 文件模板
meta.md
# 小说元信息
- **项目名**：[folder-name]
- **小说名**：《[Title]》
- **类型**：[Genre]
- **POV**：第三人称
- **写作风格**：通用（可选：通用 / 云辉 / 引用《作品名》如《伊豆的舞女》；不填则默认通用）
- **状态**：连载中
- **概况**：[Summary]
- **核心主题**：[Theme]
- **最终走向**：[Ending]
spaces.md（空间布置）
根据大纲与故事概况，为常出现的空间预设统一布局，写作与 QA 时引用，避免同一房间/学校/村庄/公司等在不同章节描写不一致。
# 空间布置
> 常出现场景的布局与陈设预设。在该空间发生的故事须按此描写；若正文修改导致布局变动，请同步更新本文。
## [空间名称 1]（如：学校、男主住处、公司办公室）
- **位置/方位**：……
- **格局**：房间划分、出入口、与其它空间的关系
- **陈设/标志物**：家具、摆设、门窗、光线来源等
- **用途**：谁在此做什么（上课、住宿、办公等）
## [空间名称 2]
（同上，按需列举）
