novel-use 是一个小说创作与审稿的顶层工作流控制器。它的核心主张是：在把任何风格档案用于写作或润色之前，必须先确认这一章有真正的故事引擎。use-novel-style 和 eval-novel-style 处理的是文字层面的机制，它们不判断一个场景是否值得读；novel-use 则是防止写作者用设定、规则、流程和写作卡要求填满草稿的那道关卡。
一、适用场景
资料列出适用任务包括：写作、续写、改写、扩写、压缩或润色小说；创建或重构卷大纲、章大纲、写作卡或场景卡；审阅小说草稿、大纲、章节卡、节奏、动机或可读性；以及任何使用 use-novel-style 或 eval-novel-style 的任务。
二、必须先遵守的顺序
第一步，先读取项目设定与需求中的大纲、卡片、上下文。第二步，在写正文之前先通过“故事引擎门禁”。第三步，进行正文写作或改写时，先加载 /use-novel-style {style_name} 再起草；如果风格档案无法加载，应停止并报告，而不是继续写作。第四步，起草之后或评审期间，运行或要求执行 /eval-novel-style {style_name} 做语言层评估。第五步，单独评审故事引擎、设定、视角、人物动机、信息边界与力量尺度。资料强调：风格评估不等于故事评估。
三、故事引擎门禁
每一章在生成正文前必须回答七个问题：本章最令人难忘的具体场景是什么；视角人物此刻想要什么；在这个场景中谁或什么在阻碍这个欲望；人物被迫做出什么选择；如果人物拒绝，什么会立刻变得更糟；到本章结束时什么发生了不可逆的改变；本章的戏剧形态与之前两章有什么不同。任何一项答不上来就应停止，先重建章节核心再写正文。
四、无效的章节核心
资料明确列出应拒绝的章节核心：只说明本章介绍某个系统、规则、势力、地点或设定；本章处理登记、复核、记账、归档、问询、赶路或其他流程；本章展示一个群体的状况；本章埋设伏笔；本章让主角意识到某事；本章满足所有写作卡要求。有效的章节核心必须是一个可见的场景：人物想要什么、被阻碍、做出选择、付出代价，并在结尾选项更少。
五、设定与规则的处理
规则、契约、账本、档案、路引、魔法体系、势力与机构都是施压装置，而不是故事本身。检查点包括：设定是否迫使人物行动；规则是否造成即时损失、冲突或关系变化；主角是在做选择，还是只在观察和理解；去掉设定术语后是否仍有戏剧场景。如果草稿读起来像流程文档、设定说明或清单交付，即使文字再润色也应判为不合格。
六、通用文笔护栏
这一部分适用于所有小说项目，除非用户明确覆盖。内容包括：不要写得像设计文档，避免在叙述和对白中使用现代工作流或报告语言，如机制、流程、节点、信息、反馈、清单、模块、系统、数据、逻辑、功能、方案、执行等，除非设定确实支持，并建议把抽象机构词换成可见物件或动作；禁止作者层泄漏，不把“本章、伏笔、暗线、主线、支线、设定、信息暴露、人物功能、读者会知道、当前草稿层”等作者或规划语言写进正文，也不直接比较章节号，连续性应通过物件、记忆、疤痕、对话、文档、重复动作或当前场景后果体现；视角与信息权限要停留在当前视角人物的眼睛、身体、记忆与合理推断之内，不提前命名新出现的人物，不让角色说出他们不可能知道的信息，不让叙述解释隐藏原因或未来揭示，也不把人物当作能力标签来介绍，应先展示其在压力下的行为；对白不能变成问答，避免三轮以上的直接问答说明，改用动作作答、沉默犹豫或拒绝、第三方打断、人物回答自己在意的事而非字面问题、物件传递或扣留盖章关闭破碎移动，每段对话都应有非语言压力，人物不应轮流朗读设定；人物声音要区分，写对白前先确定关系与权力距离，检查每个人物首先注意到什么、哪些词属于其职业阶层年龄教育恐惧与关系、他们避免直接说什么、会用何种动作代替解释，如果多个人物互换台词没有损失就应修改；词句密度上不要靠重复抽象关键词制造质感，如规则、代价、证据、资格、债务、系统、真相、命运、价格，同一个词承载过一次情绪后，下一次应换成具体物件、身体反应、变化的文档或工具、沉默或新动作，同时避免连续使用“不是X而是Y”“不因为X而因为Y”“不意味着Y”“不能Y”等解释性否定结构；结尾不要解释意义，应以压力收束，如未归还的文档、未打开的门、写错位置的名字、裂开的工具、选择不回答的人、耗尽的资源、指向下一场景的可见后果；字数不是目标，场景链完整就停，不要为凑字数添加额外问题、重复确认、感官填充或设定说明，只有出现新障碍、新动作、新误读、新选择或新后果时才扩展。
七、力量与世界尺度
对有超能力、魔法、修炼、科技或机构力量的类型小说，冲突必须匹配人物当前能力。如果强大人物不直接解决问题，原因必须在世界观内可见，如暴露风险、附带损害、痕迹证据、资源成本、伤害盟友、法律魔法社会或战术后果、把局部问题变成更大问题。不应把高能力人物写成在低尺度障碍前无能为力，除非限制性后果是具体的。
八、带风格写作
只有故事引擎门禁通过后，才使用 /use-novel-style {style_name}。只迁移文字机制，包括叙事距离、句法、节奏、措辞、对白与情绪处理；不复制来源名称、设定、人物、受保护概念或标志性场景。如果风格档案与项目设定或人物声音冲突，以设定和人物声音为准。
九、带风格评审
评审正文时先看故事引擎：欲望、阻力、选择、代价、不可逆改变、下一章牵引。然后检查设定、视角、信息权限、人物声音与力量尺度。接着检查通用文笔护栏：作者层泄漏、问答式说明、设计文档语言、同声对白、重复抽象、解释性结尾与凑字数。最后运行或要求 /eval-novel-style {style_name} 评估风格漂移与 AI 味。资料特别提醒：草稿可以通过 eval-novel-style 却在小说层面失败。
十、评审输出顺序
报告发现应依次为：故事引擎通过或不通过；章节核心是功能性还是戏剧性；可见的欲望、阻力、选择、代价、不可逆改变；设定规则流程是否成了主要内容；设定视角信息边界人物声音力量尺度；来自 eval-novel-style 的风格契合度与 AI 味。不要整篇评审只盯着措辞、禁用词或视角泄漏，却漏掉这一章没有理由被阅读。