核心用途
story-long-write 是一套面向网文作者的专业级长篇创作系统，解决"从灵感到日更"的全流程问题。它不提供零散技巧，而是将市场验证方法论（扫榜拆文、情绪驱动、模块组装）转化为可执行的标准流程。
核心工作流（5 Phase）
| 阶段 | 核心任务 | 关键产出 |
|------|---------|---------|
| Phase 1 选题 | 情绪反查题材、对标分析、扫榜数据复用 | 选题决策确认 |
| Phase 2 设定 | 世界观骨架、主角卡、核心冲突、关系映射 | 设定/关系.md、题材定位.md |
| Phase 3 大纲 | 卷级结构+逐章细纲（强制钩子/爽点/字数目标） | 细纲_第XXX章.md、伏笔追踪表 |
| Phase 4 正文 | 状态筛选→模块召回→文风模仿→字数硬约束 | 正文/第XXX章_章名.md |
| Phase 5 质检 | 情绪交付验证+一致性检查+去AI味 | 质量报告、更新追踪文件 |
显著优势
1. 工业化写作方法论：提出"先定情绪再定故事""从验证过的模式出发"等反直觉原则，将网文创作从灵感依赖转化为可复用的工程流程
2. 严格的文件系统管理：强制拆分设定/大纲/正文/追踪/对标五大目录，每章强制细纲前置、字数硬约束（默认3000字/章）、中途快照机制
3. 对标驱动与文风召回：通过 /story-long-analyze 拆文→/story-import 同步→写作时自动召回文风/模块，实现"先拆解爆款再模仿输出"
4. Agent 分层架构：story-architect（结构）、character-designer（角色）、narrative-writer（正文）、consistency-checker（质检）分工协作
5. 连载安全设计：伏笔/时间线/角色状态三追踪+上下文快照+归档机制，解决长篇 continuity 断裂问题
潜在局限与风险
| 局限 | 说明 |
|------|------|
| 学习曲线陡峭 | 需理解拆文→对标→模块召回的全链路，新手易在 Phase 3 细纲环节卡壳 |
| Agent 依赖 | 核心功能（narrative-writer 正文生成、story-explorer 上下文加载）需预部署 agent，缺失时降级为主线程执行 |
| 文风召回门槛 | 必须先用 `/story-long-analyze` 跑 Stage 6 生成文风.md，否则触发 fail-fast 报错 |
| 情绪驱动假设 | 预设"情绪>逻辑"的网文创作观，可能不适用于追求文学性或实验性叙事的作者 |
| 平台适配偏向 | 文档提及起点/番茄/晋江，但方法论明显偏向男频爽文/打脸逆袭类，女频/文艺向需额外加载 female-audience-writing.md |
适合人群
- 连载期作者：日更压力大、需要系统化 workflow 保证产出稳定性
- 转型期作者：从短篇/新媒体文转向长篇，需建立大纲意识和连载管理能力
- 数据驱动型创作者：认同"扫榜拆文找对标"的市场导向方法论
- 团队协作写作：文件系统+Agent 分层适合多人分工（架构/角色/正文分离）
常规风险
1. 细纲→正文脱节：Phase 3 细纲若只写梗概未展开情节点，Phase 4 易出现"知道要写什么但写不出3000字"
2. 对标过度模仿：文风召回环节若直接复制原文片段而非抽象技法，存在风格同质化风险
3. 伏笔失控：追踪/伏笔.md 若未及时更新，50章后易出现回收困难或逻辑漏洞
4. 字数硬约束副作用：为凑3000字硬扩场景，可能稀释节奏（需配合"密度重排"技巧）
最佳实践建议
- 开书前：先用
/story-long-scan跑市场数据，确认选题决策.md 不过期 - 日更期：严格走 workflow-daily，不要跳过"状态筛选→模块召回"直接动笔
- 每卷结束：执行 consistency-checker 全文扫描+上下文归档，避免累积债务