核心用法
story-import 是一款面向小说作者的项目逆向工程工具，用于将已有小说（无论是半成品还是完本）反向解析为可续写的标准项目结构。触发方式包括 /story-import 命令或自然语言如「导入小说」「反向解析」等。
显著优点
1. 智能篇幅分流：自动检测长篇/短篇，长篇走 Phase 3-L 路径（对接 story-long-write），短篇走 Phase 3-S 路径（对接 story-short-write），无需人工判断。
2. 深度复用分析管道：不重复发明轮子，直接调用 story-long-analyze / story-short-analyze 的完整拆解管道，获得章节摘要、角色分析、剧情节奏、情绪模块等结构化资产。
3. 工程化迁移：将拆文库产物自动迁移为可续写的项目结构——长篇生成 设定/、大纲/、正文/、追踪/ 等完整工程目录；短篇生成 正文.md、设定.md、小节大纲.md 的轻量结构。
4. 环境感知与降级：自动检测 story-setup 部署状态，未部署时提供「先去 setup」或「串行降级」两种选择，确保产物完整。
5. 残稿友好：识别最后一章是否为残稿，记录用户续写策略，支持基于残章直接续写。
潜在缺点与局限性
- 依赖前置技能：深度分析阶段完全依赖
story-long-analyze/story-short-analyze，若对应 skill 不可用则核心功能失效。
- 大型作品需增量：超过 200 章的作品需分批导入，首期仅前 50 章 + 概要，后续需手动触发增量补充。
- 部分字段需人工复核：章首/章尾钩子、核心梗三分法、伏笔回收等字段标为
[待补充]，需作者后续补全。
- 文风/节奏文件强依赖：
story-long-write日更循环强依赖剧情/节奏.md、剧情/情绪模块.md和文风.md，v12 新契约拆文库缺失时必须修复重跑，不能静默跳过。
适合人群
- 已有小说想继续续写但缺乏项目管理的网文作者
- 想分析自己旧作结构并建立可复用写作资产的创作者
- 从其他平台迁移作品、需要重建大纲和角色追踪的作者
常规风险
1. 数据丢失风险：Phase 2 分析中断时需依赖进度文件恢复，建议在长作品导入时保持会话稳定。
2. 版本兼容风险：pre-v12 旧拆文库与 v12 新契约产物存在字段差异，导入报告需明确标记 legacy_deconstruction，避免日更时错误回退。
3. 角色状态遗漏：追踪/角色状态.md 是日更写前准备的关键依赖，若遗漏将导致续写永久降级，必须在导入完成报告中确认已生成。
4. 卷划分争议：原文无明确卷界时，候选方案需用户确认，机械硬切可能导致叙事结构割裂。