novel-control-station

小说控制站

概述

像管理受控的长篇系统一样运行小说项目，而不是依赖一次性提示词。先统一小说方向，将项目事实存储在标准文件中，根据这些文件创作每一章，并在每章完成后更新动态状态。内容密度增加时，可添加一个轻量级辅助控制视图，用于回忆、台词热度和图谱式干扰检查，但不要替代核心文件。

适用场景

• 开始一个新的小说项目
• 续写连载故事
• 修复设定偏移、角色失真或关系遗漏
• 重建故事线、伏笔或章节计划
• 在连载创作和面向出版的修订之间切换
• 创作需要受控风格模块的小说，例如悬疑、幽默、浪漫、文学深度、恐怖、奇幻或推理

不要将此技能用于不需要持续连贯性的单首诗、短笑话或独立场景。

硬性规则

• 除非用户明确要求使用其他语言，否则所有规划文档、控制文档和小说内容都必须用中文撰写。默认使用简体中文。
• 在主线方向、核心人物张力和结局走向达成一致之前，不要开始正式的小说设计。
• 如果大纲基准检查仍显示主题口号化、人物扁平、线索干扰薄弱或结局走向空洞，就不要认可完整大纲。
• 在展示完整大纲和完整人物档案之前，不要开始撰写章节。
• 未阅读必需的项目文件之前，不要撰写章节。
• 用户想要长篇小说时，不要把单一平面情节视为足够。默认采用多条活跃线索。
• 不要让套路便利、虚假的深度或装饰性结构凌驾于人性真实、因果压力或社会质感之上。
• 不要把基准逻辑当作教条。应将其作为经过校准的参考体系，并根据用户意图、类型和目标读者进行调整。
• 不要照搬范例作品标志性的设定、角色框架、反转机制、场景模式或语言质感。
• 不要把马拉松模式当作跳过章节把控、重写升级、动态更新或记录的许可。
• 不要让次级图谱、回忆地图或临时索引凌驾于标准项目文件之上。派生的控制视图仅为辅助系统。
• 不要用客串式露面、表面提及或清单式引用来满足遗忘元素检查。元素重新出现必须改变压力、亏欠或预期。
• 不要把去 AI 化润色变成盲目扁平化。应保留类型语体、时代质感、叙述者立场和人物声音。
• 除非视角、职业、时代或背景确实需要，否则不要让叙述或内心描写滑向书评文案、理论化阐释或行业术语。
• 如果普通读者会因此跟不上，而同样的叙事作用可以通过行动、后果或场景语境实现，就不要保留专业术语、抽象分析词或机构行话。
• 默认将段落模式设为 web-serial-natural，除非 09-style-guide.md 或当前章节控制卡明确切换为 long-paragraph。
• 不要让章节正文靠装饰性的空行伪造强度。在 web-serial-natural 模式下，叙事段落通常包含 2-4 句；单句叙事段落用于强调、揭示、震惊、切换或制造悬念，不应习惯性地连续使用。
• 除非打断、舞台调度或压力转折确实改变了节奏，否则不要把同一说话者连续的一段话拆成多个段落。
• 如果章节需要更松散的推进，不要强行套用僵化公式来安排场景阶梯。应通过场景控制保留压力，而不是伪造结构。
• 不要把章节标题写成剧透式摘要、空洞谜语，或脱离章节压力的装饰性标签。
• 如果项目使用章节标题，就在项目层面确定命名体系，并保持标题语气一致，除非作品有意进入新阶段。
• 如果信息缺失或相互矛盾，应说明风险，并让用户选择补充细节还是直接起草。
• 如果在假设基础上继续起草，应在动态状态文件中记录这些假设。
• 每章完成后，先更新动态状态，再继续下一章。
• 写作日志仅用于审计。绝不能将其视为故事事实。

标准文件

每个小说项目都要维护以下文件：

• 00-project-overview.md
• 01-theme-and-proposition.md
• 02-worldbuilding.md
• 03-cast-bible.md
• 04-relationship-map.md
• 05-main-plotlines.md
• 06-foreshadow-ledger.md
• 07-chapter-roadmap.md
• 08-dynamic-state.md
• 09-style-guide.md
• chapters/
• control-cards/
• logs/writing-log.md

目录规则：

• 将已接受的章节稿件存放在 chapters/
• 在 control-cards/ 中为每个已接受的章节存放一张持久化章节控制卡
• 默认文件命名方式：
  • chapters/NN-<chapter-title>.md
  • control-cards/NN-<chapter-title>-control-card.md
• 如果章节仅使用编号，请将 <chapter-title> 替换为简短的章节 slug，而不要将文件名留空

创建或恢复这些文件时，请阅读 document-templates.md。

启动项目引导

启动新的小说项目时，应将项目根目录视为操作控制界面，而不只是存放 Markdown 文件的文件夹。

创建标准文件后，还要创建：

• 项目根目录中的 codex-continue-novel.ps1

此脚本是马拉松模式下循环续写的入口点。项目结束启动阶段前，应确保脚本已就绪。 使用 assets/codex-continue-novel.ps1 中的精确模板，并且只替换项目根目录占位符，然后将文件写入项目根目录。 启动项目或移交至马拉松模式时，请阅读 bootstrap-and-marathon-handoff.md。

引导规则：

• 初始化新项目时，始终在项目根目录中创建 codex-continue-novel.ps1
• 根据 assets/codex-continue-novel.ps1 创建该文件
• 只将项目根目录占位符替换为实际项目根目录
• 在 Windows 上，将根目录脚本写为 UTF-8 with BOM；UTF-8 without BOM 可能导致 powershell.exe 错误读取中文文本
• 修复运行脚本时，保留模板的 UTF-8 控制台设置和显式 UTF-8 日志写入方式
• 通过基于模板重建来修复过时脚本，而不是创建第二个变体
• 在移交至马拉松模式前，确认根目录脚本存在且占位符已被替换
• 如果自动创建文件受阻，告知用户启动无法自动完成，并指示他们在移交至马拉松模式前手动创建或复制脚本
• 不要假设用户之后还会记得启动命令；移交时记录确切命令

次级控制视图

当角色密度、情节线干扰或伏笔数量导致线性重读不够有效时，加载 graph-and-recall-control.md。

使用它来：

• 将当前正史转换为临时的节点与边控制视图
• 为下一章准备简短的检索切片，而不是盲目重读
• 检测关系跃变、沉寂情节线、缺乏支撑的回报，以及世界规则偏移
• 为角色、情节线、关系和伏笔安排回归压力

此层由标准文件和 08-dynamic-state.md 派生而来。

它可以作为临时笔记或可选的旁置文件保留，但：

• 正史修复始终先在标准文件中进行
• 无需新增永久性的真实信息来源
• 次级视图与标准文件发生冲突时，以标准文件为准

基础准则加载

在项目启动、重大修订和高层审查时，阅读：

• 基础文学原则
• 批判性评估标准
• 时代与大众共鸣
• 读者留存与 AI 失效模式

运用这些内容，将抽象的创作技艺转化为项目中的准则，并落实到：

• 01-theme-and-proposition.md
• 02-worldbuilding.md
• 03-cast-bible.md
• 05-main-plotlines.md
• 09-style-guide.md

不要只把这些阅读材料留作评论。将其转化为可执行的约束，涵盖：

• 角色的欲望、恐惧、羞耻、亏欠与矛盾
• 因果线的压力
• 视角与形式的选择
• 意象与语言规范
• 社会、制度或时代压力
• 结局余韵与主题代价

仅在需要确认来源出处或更新来源时，使用 research-source-notes.md。

基准规则加载

在项目启动、纲要设计和章节审查时，阅读：

• 流行小说通用法则
• 类型基准规则
• 基准触发矩阵

运用这些内容确定：

• 当前生效的基准规则组
• 项目追求的是热度、声誉，还是两者兼顾
• 哪些节奏强度检查必须严格执行，哪些检查需要动态降低权重
• 哪些原创性与合规性警报必须保持启用

仅在需要确认来源出处时，使用 benchmark-source-trace.md。

执行方法加载

仅在相应阶段启用时加载以下参考资料：

• 访谈与交接流程
• 角色构建方法
• 图谱与回顾控制
• 对话写作规则
• 悬念与揭示设计
• 章节架构规则
• 章节标题方法
• 场景执行模式
• 遗忘要素与情节线热度
• 真实性与去 AI 化处理
• 连贯性与马拉松模式

不要默认读取每一份章节阶段参考资料。只根据当前实际面临的压力，选择相应资料。

阶段路由：

• 启动访谈与审批交接：
  • interview-and-handoff-flow.md
  • character-construction-methods.md
• 纲要与路线图设计：
  • graph-and-recall-control.md
  • chapter-architecture-rules.md
  • chapter-title-method.md
  • character-construction-methods.md
  • scene-execution-patterns.md
• 章节撰写与修订：
  • 始终加载 chapter-architecture-rules.md
  • 项目采用章节标题或正在确定标题时，加载 chapter-title-method.md
  • 复现密度、角色轮换或干扰压力较高时，加载 graph-and-recall-control.md
  • 对话承载着压力时，加载 dialogue-writing-rules.md
  • 当前需要处理隐瞒或揭示的公平性时，加载 suspense-and-reveal-design.md
  • 章节任务过于宽泛，无法一遍完成草稿时，加载 scene-execution-patterns.md
  • 连载中的要素复现风险不可忽视时，加载 forgotten-elements-and-line-heat.md
  • 有了结构上合格的草稿后，加载 authenticity-and-de-ai-pass.md
  • 继续创作长篇作品或采用马拉松模式时，加载 continuity-and-marathon-mode.md

启动访谈流程

使用 interview-and-handoff-flow.md 和 character-construction-methods.md 运行启动流程。

每次只问一个聚焦的问题。

先问核心问题：

1. 定位
   • 类型、受众、规模、发布方式、核心承诺、社会或时代压力
2. 角色
   • 主角设定、主角的核心性格、核心角色群面临的压力
3. 规模
   • 目标篇幅、项目是否有多条故事线、预期密度
4. 结局方向
   • 情感归宿、代价、结局可能的形式
5. 风格与市场模式
   • 主风格、辅助风格、风格平衡目标、辅助风格边界、目标模式、对慢热的容忍度、默认风格强度、段落模式、章节标题模式、要吸收的内化优点、禁忌习惯、伪风格偏移、术语上限，以及必须保持易读的专业、历史或设定术语

语言默认规则：

• 除非用户明确要求使用其他语言，否则项目内容使用中文
• 仅在必要时询问用户想要现代白话文、历史中文质感、网文措辞，还是面向出版的文风
• 除非用户明确偏好面向出版的文风或文学性长段落，否则默认将段落模式设为 web-serial-natural
• 当措辞风险较大时，将以下内容写入 09-style-guide.md：
  • 风格平衡目标，以及从成熟作品中吸收的优点
  • 辅助风格边界和章节级风格强度范围
  • 段落模式、章节级覆盖规则，以及允许使用短段落的情形
  • 每种启用风格都应避免的伪风格偏移
  • 禁用的 AI 套话或句式习惯
  • 叙述和对话中的术语上限
  • 为保持真实性、必须保留的专业、历史或设定术语

然后根据回答进一步提问：

• 悬疑或谜案：
  • 隐藏真相、线索公平性、揭示层次
• 历史题材：
  • 时代压力、制度、权力链条
• 长篇或多线故事：
  • 故事线数量、故事线之间的干扰、阶段性弧线、汇聚与收尾逻辑
• 主角个性鲜明：
  • 压力下的反应、盲点、语言特征
• 爱情或关系压力较大：
  • 情感债务、关系障碍、亲密关系风险
• 风格敏感型项目：
  • 叙述距离、文字密度、段落模式、允许使用冲击性段落的频率、哪些优点应贯穿全书、风格通常应有多强，以及必须避开的伪风格偏移

项目不需要时，不要照搬固定问卷。只根据当前回答提出必要的问题。

只有当角色压力、必要时的多线逻辑以及结局方向都已充分对齐，足以避免盲目写作后，才能进入完整设计。

大纲基准检查

在认可完整大纲或锁定章节路线图之前，阅读 chapter-architecture-rules.md，并进行大纲基准检查。

确认以下各项：

• 主题通过选择而非口号来戏剧化呈现
• 主角和核心角色群都有欲望、障碍、代价和弧线方向
• 多条故事线彼此干扰，而非平行漂浮
• 主要角色、故事线和伏笔都有明确的回归逻辑，不会在没有交代的情况下消失
• 所选类型的基准承诺清晰可见
• 结局方向既能带来收束，也能留下余韵

如果大纲未通过基准检查：

• 先修订大纲
• 更新项目文件
• 不要继续撰写章节

大纲与人物设定交接

完成访谈对齐后、开始撰写章节前：

• 展示完整大纲
• 展示完整人物设定档案

人物设定档案必须清楚呈现：

• 角色
• 核心性格
• 外在目标
• 内在缺失
• 重要关系
• 矛盾之处
• 弧线走向
• 语言特征

大纲必须清楚呈现：

• 全局承诺
• 主线与辅助线
• 核心冲突
• 阶段推进
• 关键转折
• 结局方向

完成这项交接前，不要开始撰写章节。

直接编辑分支

完成大纲与人物设定交接后，用户可以选择直接编辑和修订。

如果用户提出修改：

• 直接编辑当前大纲和人物设定档案
• 除非新修改与已对齐的内容冲突，否则保留已有对齐内容
• 展示修订后的版本

除非用户要求真正重置，否则不要重新开始整套访谈。

信息缺失分支

如果文件或用户输入存在缺漏：

1. 列出缺失、冲突或有风险的事项。
2. 说明每个问题会带来什么影响。
3. 恰好提供两个分支：
   • 完善细节
   • 直接起草

如果用户选择 直接起草：

• 做出最小限度的安全假设
• 将其标记为临时假设
• 将其记录在 08-dynamic-state.md 的待确认事项下

段落模式控制

在 09-style-guide.md 中记录段落控制要求，并将其沿用到每章的控制卡中。

模式：

• web-serial-natural
  • 章节正文的默认模式
  • 叙事段落通常为 2-4 句话
  • 单句叙事段落仅用于揭示、冲击、压力切换、情绪停滞或钩子
  • 同一说话者的对白、附带动作和简短后续内容应放在同一段中，除非节拍确实发生变化
• long-paragraph
  • 当项目或章节明确需要更连贯的内心描写、散文式行文或面向出版的长段落时使用
  • 允许较长的叙事段落，但在说话者变化、视角切换、场景／时间跳转或重大压力转折处仍应分段
  • 不要把连贯性变成呆板的说明墙

覆盖规则：

• 项目默认模式以 09-style-guide.md 为准
• 只有当章节控制卡记录了原因以及预期的节奏或语气效果时，当前章节才能覆盖默认模式
• 起草后以及完成真实性检查后，确认通过的章节仍符合所选段落模式

章节标题控制

当项目采用章节标题、用户要求为章节命名，或仅用编号的章节系统可能需要调整时，阅读 chapter-title-method.md。

规则：

• 章节标题为可选项；如果简洁、隐形感或持续向前的推进力更适合本书，仅用编号也完全可以
• 如果项目采用章节标题，应在 00-project-overview.md、07-chapter-roadmap.md 和 09-style-guide.md 中统一并锁定一种命名体系
• 每个标题应承担一个主要作用，最多再承担一个次要作用：钩子、聚焦、定位、母题回归或语气信号
• 根据章节控制卡生成 3-5 个候选标题，然后在起草前选定一个暂用标题
• 不要将章节标题用作直白的内容概述、剧透标签、故作诗意的迷雾或泛泛的连载填充语
• 章节通过结构与真实性检查后，进行最终的标题适配复核；如果章节的真正核心已发生变化，就替换暂用标题

章节工作流

每章都按以下顺序进行：

1. 如果项目刚启动、正在进行结构性转向，或正接受高层审查，请先阅读基础规范文件。
2. 阅读必需文件：
   • 00-project-overview.md
   • 03-cast-bible.md
   • 05-main-plotlines.md
   • 06-foreshadow-ledger.md
   • 07-chapter-roadmap.md
   • 08-dynamic-state.md
   • 09-style-guide.md
3. 如果项目有密集的情节回归、大量角色轮换，或多条正在推进的干扰线，请使用 graph-and-recall-control.md 准备检索切片。
   • 仅提取与本章相关的角色、关系、情节线、伏笔、世界规则和欠账
   • 追踪当前哪些内容热度高、哪些正在冷却，以及哪些内容不能在此遗忘
4. 仅阅读本章所需的内部风格模块文档。
   • 加载模块前，使用 09-style-guide.md 确定风格平衡目标、已内化的优势、辅助风格边界、偏好的强度范围，以及伪风格偏移
   • 阅读 style-modules/index.md 中相关的内部风格模块
   • 先阅读每个选定模块的 core.md
   • 仅在本章有需要时，深入阅读更详细的风格文档
5. 仅阅读本章所需的执行方法参考文档。
   • 始终阅读 chapter-architecture-rules.md
   • 如果项目使用章节标题，或正在最终确定标题，则阅读 chapter-title-method.md
   • 如果需要检索切片，则阅读 graph-and-recall-control.md
   • 如果对话压力是核心，则阅读 dialogue-writing-rules.md
   • 如果正在处理悬念或揭示，则阅读 suspense-and-reveal-design.md
   • 如果本章需要多单元结构控制，则阅读 scene-execution-patterns.md
   • 如果需要管理情节回归，则阅读 forgotten-elements-and-line-heat.md
   • 在续写或自动推进时，阅读 continuity-and-marathon-mode.md
   • 仅在结构上合格的初稿完成后，才阅读 authenticity-and-de-ai-pass.md
6. 扫描以下问题：
   • 设定冲突
   • 角色偏移
   • 关系连续性断裂
   • 被遗忘的情感欠账
   • 逾期未出现的常驻角色或关系
   • 需要触及、呼应或有理有据地搁置的冷却情节线
   • 遗漏的伏笔
   • 缺乏铺垫的回收时机
   • 情节线疏于处理
   • 世界规则记忆缺口
   • 套路便利凌驾于人性真实之上
   • 社会或时代压力缺失
   • 通用 AI 套壳、虚假总结句或过于工整的对比模式
   • 分析腔偏移、平台文案腔偏移或未作解释的专业术语
   • 段落模式偏移，例如装饰性空行、同一说话者的内容被过度拆分，或没有压力理由却连续使用单句段落
7. 使用 chapter-control-card.md 生成章节控制卡。
   • 当风格压力显著时，记录风格强度、段落模式、当前生效的风格驱动因素、预期回收，以及伪风格偏移
   • 将控制卡写入 control-cards/NN-<chapter-title>-control-card.md；如果标题尚未最终确定，则使用稳定的工作名称，并在标题最终检查后重命名
8. 如果项目使用章节标题，则使用 chapter-title-method.md 生成 3-5 个候选标题。
   • 选择一个符合项目命名体系的工作标题
   • 在章节控制卡和 07-chapter-roadmap.md 中记录工作标题
9. 如果风险扫描结果严重，则使用缺失信息分支。
10. 根据控制卡起草章节。

• 如果本章需要更严格的控制，则使用 scene-execution-patterns.md 按场景或压力单元逐一写作
• 除非控制卡记录了本章专属的覆盖设置，否则沿用 09-style-guide.md 中的段落模式
• 在 web-serial-natural 模式下，大多数叙事段落保持在 2-4 句，除非场景刻意以鲜明的节拍推进，否则避免连续使用单句叙事段落
• 除非压力或舞台调度发生变化，否则将同一说话者连续的节拍、附带动作和简短后续内容放在同一段
• 因说话者变化、场景／时间或视角切换，以及真正的压力转折而分段，而非为了装饰性留白
• 将通过审核的章节正文存入 chapters/NN-<chapter-title>.md

11. 运行章节基准检查。
12. 如果基准检查未通过，则在接受章节前进行升级改写。
13. 使用 authenticity-and-de-ai-pass.md 进行真实性处理。

• 首先剔除通用 AI 模式、虚假的深度和抽象总结
• 除非项目确实需要，否则删去或替换过度专业化的措辞
• 然后恢复具体细节、节奏变化和项目专属的声音

14. 进行真实性处理后的简要复查。

• 确认连续性事实仍然成立
• 确认角色声音和关系压力没有被削弱或偏移
• 确认钩子、收束和余韵仍然有效
• 确认段落划分仍符合当前段落模式，且未依赖装饰性留白
• 确认可读性没有因不必要的术语而下降
• 确认必需的专业、时代或设定术语没有被误删

15. 如果项目使用章节标题，则进行最终标题检查。

• 确认标题仍符合已通过审核章节的任务、转折、余韵和声音
• 如果章节在写作过程中重心发生变化，则替换工作标题

16. 审阅章节的连续性、风格完整性、主题压力、关键标准，以及回归压力处理是否基于因果而非流于形式。
17. 更新动态和结构文件。

• 确保 chapters/ 和 control-cards/ 与已通过审核的章节标题和编号保持一致

18. 在写作日志中记录章节和文件更新。

章节基准检查

接受章节前，请阅读 quality-and-writeback-checks.md 和 reader-retention-and-ai-failure-modes.md。 硬性门槛：

• 即使采用慢热或克制的写法，人物、逻辑、主题和原创性仍是硬性门槛
• 拒绝平淡的程序化叙述、模仿基准的写法、缺乏支撑的回报，以及没有压力的对话
• 确保接受的章节中，主角的声音、局部收束和延续下来的债务都清晰可辨

遗忘元素控制

如果项目篇幅较长、内容密集或采用大量连载形式，请在规划和审阅时使用 forgotten-elements-and-line-heat.md。

可能的结果：

• 直接推进
• 压力提醒
• 有理据的暂时搁置说明
• 收束或归档

绝不要用客串式露面、随机提醒或不会改变压力的虚假呼应来应付这项检查。

真实感检查

结构和基准逻辑达到要求后，运行 authenticity-and-de-ai-pass.md。

固定按以下三步进行：

1. 去除泛化的 AI 习惯、虚假的深度、抽象总结、空洞结论和缺乏质感的填充内容
2. 精简或转译过度专业化的措辞、分析语言的偏移，以及令读者难以理解的行话，除非视角或设定确实需要这些术语
3. 恢复具体细节、节奏变化、说话者差异和项目特有的声音

在此检查前或过程中，阅读 09-style-guide.md，了解：

• 禁用的 AI 套话或措辞习惯
• 段落模式和允许使用短段落的触发条件
• 叙述和对话的行话上限
• 必须保留的专业、历史或设定术语

如果小说有意采用文学化的高密度表达、历史语体、正式叙述或风格化语言，在清除泛化内容时，不要把选定的表达模式也一并磨平。

经过中度或大幅度的真实感编辑后，务必进行一次轻量的后续复查，检查：

• 连贯性事实
• 人物声音
• 关系中的压力
• 钩子与收束的完整性
• 普通读者能否理解
• 仍应保留的必需术语

重写升级流程

如果章节未通过基准检查：

1. 第一次未通过：
   • 根据问题清单重写整章
2. 第二次未通过：
   • 更严格地控制范围，只重写未通过的维度
3. 第三次未通过：
   • 停止盲目重写整章
   • 总结未通过的事项
   • 总结可能的根本原因
   • 说明修复属于大纲、人物设计、节奏，还是承载主题的结构
   • 按照原因修改，而不是随机重试

马拉松模式

只有在用户批准当前大纲和人物档案后，才会启动马拉松模式。

如果用户要求疯狂写作、不间断续写、自动续写或马拉松式放手写作：

• 加载 bootstrap-and-marathon-handoff.md
• 交接前确保项目根目录中存在 codex-continue-novel.ps1
• 如果脚本缺失或已过时，先根据 assets/codex-continue-novel.ps1 创建或修复脚本
• 告诉用户关闭当前会话
• 然后告诉用户在项目根目录运行此命令：

powershell -ExecutionPolicy Bypass -File .\codex-continue-novel.ps1

• 告诉用户按 Ctrl+C 可停止循环运行器
• 如果因任何原因无法自动启动，明确将同一命令作为手动备用方案提供，而不是含糊地描述流程

在马拉松模式下：

• 不要逐章再次征求用户意见
• 仍须执行所有内部控制步骤

每章仍须执行：

• 必要的文件读取
• 在内容密度要求时准备检索片段
• 章节控制卡
• 生成暂定标题，并在启用章节标题时最终复核标题
• 加载选定的风格模块
• 扫描遗忘元素和行文热度
• 基准和连贯性检查
• 必要时升级重写
• 真实性检查
• 真实性检查后的简要复核
• 更新动态状态
• 修复结构文件
• 记录写作日志

只有在当前章节通过验收并写回项目文件后，才自动继续下一章。

只有当已批准的大纲自然结束时，才停止马拉松模式：

• 主线已解决
• 支线已收尾，或有充分理由地保留余韵
• 主要悬而未决的问题已解决或转化
• 结尾方向已实现

不要因为达到固定章节数或字数目标而停止。

动态更新规则

完整的写回检查清单请阅读 quality-and-writeback-checks.md。 每章通过验收后：

• 使用 dynamic-state-template.md 更新 08-dynamic-state.md
• 按需更新 03/04/05/06/07/02 中发生变化的规范文件
• 如果启用了章节标题，确保 07-chapter-roadmap.md 中锁定的章节标题仍与通过验收的章节一致
• 只有在规范文件更新完成后，才同步可选的辅助控制记录
• 应用 logging-rules.md 中的日志规则

风格模块加载

控制站包含内部风格模块，并会按需加载。

项目开始时：

• 询问 1 或 2 种主要风格
• 最多询问 1 种辅助风格
• 记录风格平衡目标，以及从成熟作品中汲取的长处
• 定义辅助风格的边界、首选风格强度范围，以及要避免的伪风格偏移
• 记录禁止采用的风格模式

章节写作时：

• 通过 style-modules/index.md 加载风格
• 使用 09-style-guide.md 判断本章启用哪些长处，以及风格应发挥到何种程度
• 首先只加载选定内部模块的 core.md 文件
• 只有在本章需要时才加载更深入的模块文档
• 将选定的风格力度、当前启用的风格驱动因素、回报重点和伪风格偏移写入章节控制卡

可用的内部模块：

• 幽默
• 悬疑
• 推理
• 爱情
• 恐怖
• 奇幻
• 文学

审查与写回详情

在应用自适应权重、原创性规范、章节质量门槛、最终写回或常见失败审查时，请阅读 quality-and-writeback-checks.md。