核心用法
story-import 是一款小说项目逆向工程工具，专为已有作品（半成品或完本）的标准化导入设计。核心流程分为三阶段：Phase 1 确认导入源并判定篇幅类型，Phase 2 调用 analyze 拆解管道进行深度分析（长篇自动续跑 Stage 2-6 不停靠），Phase 3 将拆文库产物迁移为可续写的项目结构。支持单文件、目录、直接贴文本三种输入方式，自动检测章节格式与卷界。
显著优点
- 零起点续写：把"写完的稿子"重建为"可续写的工程"，而非仅做文本备份
- 智能分流：按篇幅自动路由长短篇路径，复用成熟拆解管道，不重复造轮子
- 工程级交付：输出包含正文、大纲、角色状态、伏笔追踪、时间线的完整写作资产
- 无缝衔接：产物直接对接 story-long-write / story-short-write 的日更循环
潜在局限
- 依赖前置部署：未运行
/story-setup时，长篇 Stage 2 逐章摘要降级为串行处理，速度显著降低 - 新契约强依赖：v12 拆文库必须含
剧情/节奏.md与剧情/情绪模块.md，缺失时导入会停下要求修复 - 残稿需人工决策：最后一章不完整时，仅记录用户选择，不自动补完或强制续写
- 卷划分需确认：原文无明确卷界时，候选方案需用户确认后才定稿
适合人群
- 已有大量存稿、希望接入标准化写作流程的网络小说作者
- 需要续写旧作但原文结构混乱、缺乏追踪记录的创作者
- 希望将"写完的书"转化为"可对标分析资产"的进阶写作者
常规风险
- 文风缺失风险：拆文库未跑 Stage 6 时，日更前会被 fail-fast 拦截
- 角色状态降级：
追踪/角色状态.md缺失将导致日更永久走兜底推断分支 - 主对标书遗漏：多本对标时未指定
主对标书，story-long-write 默认取字典序第一本并提示