核心用法
novel-writer-structure 是一款面向专业小说创作者的工程化写作系统，核心在于将文学创作流程化、可追溯化。用户需提供完整的大纲（outline），系统强制执行5阶段工作流：预写分析→初稿生成→自检修订→元数据输出，确保每章在逻辑、时间、空间、人物、情绪五个维度上的一致性。
预写分析阶段要求用户检查 state_tracking 中的 timeline、character_states、foreshadowing、continuity_log 四项核心状态，输出200字以内的写作策略；初稿阶段按大纲的 key_scenes 逐场景写作，严格控制字数在目标±10%范围内；自检阶段通过8项Checklist-α验证，未通过项必须重写；最终输出标准化的YAML元数据更新，为下一章创作提供衔接基础。
显著优点
1. 强连续性保障：通过状态追踪文件（state_tracking.md）强制管理人物位置、物品、身体状态，有效避免长篇连载中常见的"失忆"bug
2. 伏笔闭环机制：foreshadowing.md 记录所有伏笔的创建、推进、回收状态，确保长线叙事的前后呼应
3. 可迭代写作：每章输出的元数据可直接作为下一章的输入，形成创作闭环
4. 感官描写强制：Checklist-α 要求每场景至少2种感官描写，提升文本质感
潜在缺点与局限性
- 高门槛：要求用户预先建立完整的大纲和四个配套文件，不适合即兴写作或探索式创作
- 流程刚性：5阶段强制流程可能抑制灵感流动，对于追求"心流"状态的作者反而是负担
- YAML输出门槛：元数据更新需要理解YAML语法，对非技术背景用户不够友好
- 无AI主动创作：系统定位为"工程监理"而非"代笔工具"，所有内容仍需用户自行撰写
适合人群
- 创作10万字以上长篇小说的职业写手
- 需要多人协作或长期连载的网文作者
- 重视伏笔回收和世界观的类型小说创作者（悬疑、科幻、奇幻）
- 有技术背景、习惯工具化管理的极客型创作者
常规风险
- 过度工程化：可能将创作异化为流程管理，丧失文学直觉
- 文件维护成本：四个配套文件的同步更新需要持续投入，一旦中断即失去价值
- 版本冲突：多人协作时 state_tracking.md 若未及时合并会产生数据冲突
- 无内容安全审查：系统不检查输出内容的版权、敏感信息或价值观风险