（8834期）Novel Writer Structure – 六阶段闭环，让长篇不崩

六阶段闭环，让长篇不崩 强制执行6阶段严谨小说写作流程，专注伏笔回收、状态追踪与文笔优化，适合大纲驱动型精细创作。 使用说明 核心用法 本技能将小说创作工程化，强制推行「预写分析→初稿生成→自检→文笔润色→修订→元数据输出」的六阶段闭环。用户需预先准备包含chapterbreakdown、wordcount的完整大纲，并维护state_tracking.md、timeline.md、characters.md、foreshadowing.md四个状态文件。 预写分析阶段强制检查时间线合理性、人物状态可达性、伏笔回收义务与连续性约束，输出200字写作策略。初稿生成按大纲逐场景写作，每场景需包含环境锚点、动作/对话、情绪节拍、信息推进四要素，字数严格控制在±10%误差内。自检阶段通过8项硬性指标（时间线、空间一致性、人物一致性、伏笔处理、情绪连贯、物品一致性、对话标签、五感检查）堵塞逻辑漏洞。文笔润色则聚焦人物语音辨识度、语言简洁度、氛围强化三个维度提升文本质感。 修订阶段标记未通过项并重写对应段落，不扩展整体字数。元数据输出生成结构化YAML更新，包含新章节摘要、时间线追加、伏笔状态变更、人物状态迁移、连续性日志、下章钩子设置六类数据，确保跨章节状态可追溯。 显著优点 逻辑刚性：8项自检清单+元数据强制输出，有效遏制长篇小说常见的"吃设定""时间bug""人物OOC"等结构性问题 伏笔管控：foreshadowing.md的active/resolved状态机制，确保长线悬念回收率 文风统一：阶段3.5的三层润色（人物/语言/氛围）适配不同题材风格 状态可视化：YAML元数据可直接diff比对章节间变化，适合Git版本管理 协作友好：标准化输出降低多作者接力创作的信息损耗 潜在缺点与局限性 启动成本极高：要求预置4个状态文件+完整大纲，不适合即兴写作或探索型创作 过度工程化：±10%字数硬约束、每800字强制钩子可能压抑叙事节奏的自然流动 审美同质化：阶段3.5的"克制形容词""精准动词"等规则偏向冷峻写实风格，与意识流、诗化小说等审美取向存在张力 元数据维护负担：长篇小说（50章+）的状态文件可能膨胀至难以人工维护 LLM上下文瓶颈：长章节的全局一致性检查受限于模型上下文窗口 适合人群 创作10万字以上长篇小说的大纲型写作者 需要多人协作或长期连载的网文工作室 存在世界观复杂、多线叙事、时间穿越等高风险设定的科幻/悬疑作者 希望从"灵感驱动"转向"流程驱动"的职业转型期作者 常规风险 大纲僵化风险：强制依赖预置outline可能扼杀写作过程中的有机发现 检查清单疲劳：长期执行可能导致机械合规而忽视整体美学判断 版本冲突：多人协作时state_tracking.md的并发修改需额外合并机制 过度优化陷阱：阶段3.5的"删除冗余词汇"规则若机械执行，可能误伤有意为之的重复修辞（如诗歌性复沓） 原始说明 严谨逻辑结构化小说写作引擎。强制执行6阶段写作流程：预写分析→初稿生成→自检→文笔润色→修订→元数据输出。适用于已有大纲的精细创作，强调伏笔回收、状态追踪、时间线管理、文笔优化。Use when: (1) 需要严谨写作流程，(2) 有大纲需要按结构创作，(3) 需要追踪多章节状态，(4) 需要文笔人物润色。