novel-studio

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] （同上，按需列举）