爽文工坊

解决的问题

长篇网文最大的工程问题不是“写不写得出来”，而是写到后面会丢设定：角色位置错乱、力量体系自相矛盾、伏笔没人回收、时间线互相打架。novel-craft（爽文工坊） 把这类连续性问题拆成可检查的文件与流程，让模型在生成每一章前先读取记忆，而不是凭上下文硬记。

核心工作流

该技能按“新建 / 续写 / 修改 / 设定 / 进度 / 导出”六类意图组织：

• 提示词补全：先确认用户偏好的阅读满足感，如高光展示、智谋推进、成长推进、情感治愈等，再检查主角起点、核心助力规则、前三章亮点。
• 大纲与章节：生成 output/提示词.md、output/大纲.md，逐章产出，并控制冲突、悬念、节奏与递进感。
• 记忆系统：维护 CHARACTERS.md、LOCATIONS.md、PLOT_POINTS.md、STORY_BIBLE.md、TIMELINE.md、FORESHADOWING.md、CHAPTER_INDEX.md，用于追踪角色、地点、伏笔、时间线。
• 质量记录：出现穿帮、人设崩塌、节奏失控时写入 ERRORS.md，避免同类错误反复出现。

适用边界

它适合需要强节奏和强连续性的成长型章节小说，不适合一次性短文案。若用户只给一句话方向，仍需要确认提示词与大纲；长期连载时，关键不是模型多聪明，而是记忆文件是否被持续更新。