@oh-story/dsh 0.1.10 → 0.1.11

package/lib/oh-story/skills/story-long-write/references/outline-structure-theory.md

@@ -17,8 +17,7 @@
 | 设计换地图节奏 | 换地图与地图架构 -> 换地图三法 -> 顶层框架法 |
 | 拉长篇幅不崩盘 | 多线写长技法 -> 传统文框架与四大留存手段 |
 | 写西幻题材 | 西幻创作要点 |
-| 把对标书节奏搬进自己大纲 | 一级结构=对标书的剧情单元 + 对标节奏迁移 |
-| 排章避免每章像短篇 | 章节定位与张弛 |
+| 把对标书节奏搬进自己大纲、排章避免每章像短篇 | workflow-volume.md「节奏锚与对标迁移」 |
 
 结构规则是**必须遵守**的框架约束（如五幕式的因果链环数、每幕功能）。遇到冲突时：因果链规则 > 结构模板 > 具体技法。
 
@@ -26,16 +25,18 @@
 
 ## 一级结构与二级结构
 
-### 一级结构 = 单元剧串联
+一级/二级/三级结构指全书结构类型；组成它们的一段段剧情一律叫剧情单元。
 
-一条故事线由若干单元剧组成，互相孤立，主角如绳子串起所有单元剧。
+### 一级结构 = 剧情单元串联
+
+一条故事线由若干剧情单元组成，互相孤立，主角如绳子串起所有剧情单元。
 
 - 优势：爽点密集，结构简单不易出错
 - 劣势：撑不起长篇幅，期待感单一，上限有限
 
-### 二级结构 = 单元剧套娃升维
+### 二级结构 = 剧情单元套娃升维
 
-把一级结构的"单元剧"拉长到整卷，每卷是一个完整故事。核心问题：一卷二三十万字只展开一个故事，铺垫太长。
+把一级结构的剧情单元拉长到整卷，每卷是一个完整故事。核心问题：一卷二三十万字只展开一个故事，铺垫太长。
 
 **解决方案 = 套娃**：大故事的每个结构部分本身也是一个小故事，小故事有爽点，同时暗中铺垫大故事。层层递进，高潮时串在一起引爆。
 
@@ -45,7 +46,7 @@
 
 ### 长篇特殊认知
 
-- 最小冲突单元 = 节拍（一个动作对应一个反应）
+- 最小冲突单元 = 一次交锋（一个动作对应一个反应）
 - 过渡章节的问题往往是信息铺垫太多、冲突太少
 - 剧作理论不适用两点：①人物弧——几百万字主角早该成熟，主角可当工具人 ②细节打磨——长篇读者不会深研潜台词
 
@@ -167,14 +168,14 @@
 典型：无敌文、日常文。轻剧情重人设。
 
 核心特征：
-- 单元剧模式，各有完整三幕式
-- 公式：核心爽点 + 讨喜人设 + 单元剧舞台
+- 剧情单元模式，各有完整三幕式
+- 公式：核心爽点 + 讨喜人设 + 剧情单元舞台
 - 不需要明确主线，主角串联一切
 - 人设的新颖是重点
 
 ### 过渡型
 
-开局弱主线（单元剧日常），后期逐渐过渡为强主线。
+开局弱主线（剧情单元日常），后期逐渐过渡为强主线。
 
 ### 支线设计原则
 
@@ -245,67 +246,11 @@
 
 ---
 
-## 一级结构 = 对标书的剧情单元（节奏对标的轴）
-
-一级结构是一个完整单元剧：一个矛盾从起到爆发收束，约 1.5-3 万字 / 数章。拆对标书拆出来的「剧情单元 / 章节摘要 / 爽点循环」就是它的一级结构序列；自己卷纲里的「剧情单元」也是一级结构。所以「一级结构」是理论叫法，落到产物就是**剧情单元**（对标侧=拆出的剧情单元，本书侧=卷纲里的剧情单元卡）。所以对标节奏不是另起炉灶——是把对标书的一级结构序列，保留情绪与功能、换素材，搬进自己的卷纲。
-
-### 关键点法（统一各尺度的节奏锚）
-
-任意尺度（全书 / 卷 / 一级结构 / 支线 / 章）都有五个关键点：开场、1/4、中点、3/4、结尾。其中 1/4、中点、3/4 是放关键情节的位置。关键情节三类：
-
-| 类型 | 含义 |
-|------|------|
-| 情节逆转 | 发展在读者意料内，但主角的解决方式让人直呼精彩（装逼打脸、英雄救美） |
-| 情节转折 | 意料之外（身份反转、敌变友、局势骤变） |
-| 激励情节 | 全书或一卷第一个、与核心主线直接相关的命运改变时刻 |
-
-不是每个尺度都把三处填满，但一卷至少在 1/4、中点、3/4 各安排一个关键情节，避免全程一个力度。
-
-### 对标节奏迁移（卷纲定稿前做一次，无对标书可跳过）
-
-1. **选段（以剧情单元为单位）**：在主对标里圈出本卷要对标的一级结构序列——选段单位就是拆文产出的剧情单元（`剧情/{剧情标题}.md`）。检索顺序：先读主对标 `剧情/README.md`「剧情单元清单」（有清单则一书一文件，按「类型 / 桥段标签」直接命中同类）；无清单则在 `剧情/*.md` 里按「类型」行（第一键，必填枚举）+「桥段标签 / 套路框架位置」行（第二键）圈同类；仍无命中回退按章节范围圈段，全程不阻塞。多对标时按 `cross-book-recall.md` 大纲预算从副对标补同类条目。读取必备权威文件 `剧情/节奏.md`（爆发密度 / 爽点循环）；缺失时先修复或重跑拆文 Stage 3，不从摘要猜测节奏。本卷对标几条一级结构 ≈ 本卷字数 ÷ 1.5-3 万。
-2. **标关键点**：看对标这几个一级结构在 1/4、中点、3/4 各放了什么关键情节，判为逆转 / 转折 / 激励。摘要里「类型=转折点」的情节点 + 基调突变（如温馨→压抑）就是关键点的确定性锚，不靠凭感觉；剧情单元的「结构分布」（铺垫/发展/高潮/收尾期）与「情节点索引」同为确定性锚。
-3. **换素材**：保留对标的情绪链和功能位，把对象、场景、事件全换成自己的，禁止照搬具体桥段。功能位清单取必备权威文件 `剧情/情绪模块.md` 的可替换项；缺失时先修复，不生成替代清单。
-4. **修正硬伤**：换素材前比对 `拆文报告.md`「不建议模仿」。对标若在某个关键点是弱处理（慢热留白、主角长期旁观等已知硬伤），迁移时要在该位置补一个缺的关键情节、或把后面的关键情节前置，而不是把弱处理一起抄过来——关键点该有的力度不能因为对标偷懒就跟着偷懒。
-5. **排章 + 落卷纲**：把换好（并修正）的关键情节落到本卷相同相对位置——这里的 1/4·中点·3/4 是**卷尺度**（1/4≈总章×0.25、中点×0.5、3/4×0.75）；卷里有几条一级结构时，每条一级结构内部另有自己的铺垫→逆转→收尾，别和卷尺度的关键点混为一谈。关键点之间用普通推进章过渡，每个关键点之后按需插一章呼吸 / 关系章；写进卷纲「对标结构坐标」与情绪弧线的章节定位列，细纲承接时每章标章节定位。同时把选中的剧情单元以 {书名}《剧情标题》写入剧情单元卡「对标剧情参照」。
-
-近精细远模糊：只精排当前卷，后续卷做粗坐标即可，不必一上来规划全书。
-
-一个最小例子（demo《让你管账号，你高燃混剪炸全网》）：对标结构的 1/4 是“小人物拿出粗糙作品，无人看好”，中点是“作品爆火，体制内外同时关注”，3/4 是“专业力量进场替代，反而证明主角不可复制”。换到江晨这条军宣线后，1/4 落成他用手机拍《诸君，且听龙吟》、画质粗糙却先把军魂拍出来；中点落成视频引爆全网和参军热潮；3/4 落成专业团队高清重拍，却被周薄森当场指出“缺了灵魂”，张耀祖最终拍板继续用手机原版。保留的是“轻视→市场验证→权威替代失败→价值坐实”的情绪链，素材、场景和角色关系都来自本书。
-
-### 按剧情批出细纲（细纲分批边界）
+## 剧情单元：节奏对标的轴
 
-一批细纲 = 卷纲里的一个剧情单元（约 5-15 章）。体量换算：剧情单元字数 ÷ 单章目标字数 → 章数，单章目标字数取本书既有细纲惯例，无惯例按题材节奏档取默认（快节奏/短平快约 2000，均衡约 3000）；剧情单元超过 1.5 万字且节拍含两个以上独立高潮时拆成多个剧情单元，否则单个剧情单元。剧情单元 >10 章拆两批建纲，两批共享同一次召回；首批 = 前 10 章封顶、可跨单元（跨入的剧情单元建卡时召回一次，余章由后续滚动批共享剧情单元卡结论），停靠规则不变（见 [Phase 3：大纲搭建](workflow-setup.md#phase-3大纲搭建)）。
+剧情单元是一个矛盾从起到爆发收束的完整段落，约 1.5-3 万字 / 数章。对标侧是拆出的剧情单元（配章节摘要、爽点循环），本书侧是卷纲里的剧情单元卡，粒度相同。所以对标节奏不是另起炉灶——是把对标书的剧情单元序列，保留情绪与功能、换素材，搬进自己的卷纲。
 
-建卡时做一次**剧情批召回**：读剧情单元卡「对标剧情参照」指向的剧情单元（≤3 个文件）的「结构分布」「情节点索引」，回查该书 `剧情/节奏.md` 同章节区间的爽点循环 / 触动点与被引情绪模块卡，提炼 5-8 拍共性节拍写入剧情单元卡「单元节拍/章功能分配」，单元情绪引擎字段对照主对标 `剧情/情绪模块.md` 的可复现模块校准。若主产物存在但被引的单个情绪模块卡未命中，只跳过该卡；`剧情/情绪模块.md` 或 `剧情/节奏.md` 文件缺失仍按上方 fail-fast 规则先修复。换素材与修硬伤纪律同上方迁移步骤 3/4——保留情绪链和功能位，对象、场景、事件全换，对标弱处理就地修正。结论固化进剧情单元卡后，逐章细纲只消费剧情单元卡，不重读剧情单元。
-
-**「只消费剧情单元卡」管的是不重读对标，不冻结逐章建纲。** 排纲当场发现的缺口（某拍无对手、数值没验过、地点无底图、角色既定规矩挡场之类）按新增物三级处置（直接写／写了要报：先落档再引用／先问作者：挂起提案，见 workflow-setup.md「缺什么按新增物三级处置」），处置完记一行，批末汇进排纲底稿的「**建纲追加**」小节（见 workflow-setup.md「排纲自查与细纲」步骤 5）；下一批供给自查以该小节为固定输入（按当场缺口类别加问批前盘点项）。
-
-日更中途发现卷纲缺少「对标剧情参照」等当前协议必需字段时，先补齐卷纲再建细纲；锁定卷纲不得自动回写，必须停在补纲边界。节拍分析过程不写进追踪文件，只有最终影响未来连续性的约束或下一章承诺才进入本章追踪事务。
-
-## 章节定位与张弛（破「每章像短篇」）
-
-一卷里章的压力本就该有高有低。这里的压力级指**爆发 / 冲突烈度**（复用悬念刻度 1 微 / 2 小 / 3 中 / 4 大 / 5 极），不是情感烈度——关系回收 / 泪目这类章可以压力低（爆发小）但情感强度顶满，情感烈度由卷纲情绪弧线的「情绪基调 + 强度」承载。章节定位由「这一章在它所属一级结构里的位置」自然落出，不是另贴一套独立标签：一级结构首章多为铺垫 / 共情，中段承载逆转，收尾爆发收束；黄金开篇、高潮结算 + 温情这类章可复合标注（如「高压 + 关系」）或留空。
-
-| 章节定位 | 功能 | 压力级 | 卷内占比（均衡/长书基线，非硬配额） | 钩子要求 |
-|------|------|--------|--------------------------|----------|
-| 高压章 | 打脸 / 掉马 / 反转 / 高潮；关键点的关键情节落点 | 4-5 | 约 15-20% | 章尾强钩子；承载逆转 / 转折 |
-| 普通推进章 | 主线推进、冲突升级、单元剧中段 | 2-3 | 约 40-50% | 章尾中钩子；至少一个小爽点或期待递进 |
-| 修炼试错章 | 实力 / 资源积累、能力铺垫、失败试错 | 2 | 约 5-10% | 进度钩子（差一点 / 即将突破），可无反转 |
-| 关系回收章 | 感情线兑现、关系转折、身边人日常 | 2-3 | 约 5-10% | 情感钩子；拉扯仍带主线相关 |
-| 低压生活章 | 高潮后喘息、关系升温、张弛调节 | 1-2 | 不超过约 10% | 允许弱钩子或仅情绪钩子；不强求反转 / 爽点 |
-| 信息整理章 | 转场、设定交代、时间缝合 | 1 | 不超过约 5%，能并章就并章、少独立成章 | 允许无显性爽点；信息用「表演」承载；结尾给下一段目标 |
-
-两条底线：
-
-- **期待不断、爆发分布**。低压章可以没有爽点和反转，但每章都要给读者一个往下看的理由（微好奇、阶段目标、暧昧期待）。掉的是爆发烈度，不是往前的拉力——番茄追读尤其吃这条。
-- **禁情绪母题扎堆**。比「每章像短篇」更隐蔽的疲劳源，是连续多章同一情绪母题高位运行（如连五章家国 / 泪目）——章节定位分得再开也救不了。排卷纲情绪弧线时逐行看相邻 3-4 章的情绪基调，同母题别连超 2-3 章；靠换情绪、换钩子方式、多线穿插来差异化，不是靠砍钩子。
-
-题材分级（上面占比是均衡 / 长书基线，按题材分档）：番茄短平快 / 男频事业线，高压可到 30% 以上、呼吸章压到 5% 上下都正常，别拿基线去「补呼吸、砍高压」反而掉追读；女频 / 世情 / 追妻，人设关系容量大、关系 / 低压章可更多，但仍走情绪折线、不必每章三折。低压 / 关系章定位是看点（主角身边人的日常本身是订阅点），不是填充。
-
-与字数目标的衔接：章节定位决定节拍功能与展开取舍，但不把每个情节点换算成固定字数，也不靠增点凑目标。写后由程序按双层长度带验收：明显欠长先判断已批准义务是否未实现，容量不足或不明确就协商自然长度、补纲或目标，绝不自动补写；明显超长可做一次不新增语义、逐项保留批准情节点与章尾钩子的净删型压缩，复检仍带外就停止，不进入循环删改。
-
----
+卷纲怎么锚节奏、怎么从对标迁移，以及章节定位与张弛，在 [workflow-volume.md](workflow-volume.md)「节奏锚与对标迁移」；细纲怎么按剧情批出，在 [workflow-outline.md](workflow-outline.md) 文末。
 
 ## 质量检查清单
 

package/lib/oh-story/skills/story-long-write/references/plot-frameworks.md

@@ -610,7 +610,7 @@ B打败A -> C打败B -> 主角打败C -> 引出大BOSS。升级文替换："台
 
 - 意外 = 桌子底下炸弹突然爆炸
 - 悬念 = 观众听到定时炸弹在滴答但不知道何时爆炸 -> 悬念远比意外有力
-- 章末断章留悬念 = 章结尾尚未解决的危险（高压/推进章用强悬念；低压/过场章弱钩子或阶段目标即可，按章节定位——见 outline-structure-theory.md「章节定位与张弛」）
+- 章末断章留悬念 = 章结尾尚未解决的危险（高压/推进章用强悬念；低压/过场章弱钩子或阶段目标即可，按章节定位——见 workflow-volume.md「章节定位与张弛」）
 
 ### 时间锁
 

package/lib/oh-story/skills/story-long-write/references/plot-special-topics.md

@@ -279,7 +279,7 @@
 
 | 结构 | 特点 | 订阅表现 |
 |------|------|----------|
-| 一级结构（单元剧） | 爽点分布均匀，每天有小高潮 | 追读稳定 |
+| 一级结构（剧情单元串联） | 爽点分布均匀，每天有小高潮 | 追读稳定 |
 | 二级结构（铺垫->反转->大高潮） | 大高潮后有平缓期 | 订阅波动，阶梯型流失 |
 
 
@@ -594,7 +594,7 @@
 - [ ] 每个剧情存在的目的是否明确（主线/过渡/小循环）？
 - [ ] 小循环是否严格按 铺垫->困难->金手指发挥作用->爽点释放 四步走？
 - [ ] 小循环中是否铺垫了大循环的期待？
-- [ ] 同人是否用一级结构（单元剧），原创是否按节奏递进模式？
+- [ ] 同人是否用一级结构（剧情单元串联），原创是否按节奏递进模式？
 
 ### 阵营与动机
 

package/lib/oh-story/skills/story-long-write/references/project-files.md

@@ -22,8 +22,9 @@
 │   └── 题材正文提示卡.md       # 题材正文核心：边界/期待/爽点/节奏/禁漂移
 ├── 大纲/
 │   ├── 大纲.md                # 全书卷级结构
-│   ├── 卷纲_第一卷.md         # 每卷一个：对标结构坐标+剧情单元+情绪弧线(含章节定位)+人物弧线+伏笔+反转
-│   └── 细纲_第001章.md        # 每章一个：章节定位+事件+钩子(按章节定位,章首/章尾/段落级)+爽点+悬念
+│   ├── 卷纲_第一卷.md         # 每卷一个：卷契约+故事线+剧情单元卡+情绪弧线+人物弧线+伏笔+反转
+│   ├── 排纲底稿_L1-01.md      # 每单元一份：供给自查+建纲追加
+│   └── 细纲_第001章.md        # 每章一个：九个必填字段+四个小节+结尾设定和钩子
 ├── 正文/
 │   ├── 第001章_章名.md
 │   └── ...
@@ -65,12 +66,13 @@
 | 文件 | 粒度 | 创建阶段 | 读取时机 |
 |------|------|---------|---------|
 | 设定/关系.md | 全书 | Phase 2 | 按需：story-explorer relationship 查询、story-review 查设定（不在每章写作回路里逐章读） |
-| 设定/题材定位.md（含 `主对标书` 字段，多对标时必填） | 全书 | Phase 2 | Phase 3 大纲、每卷开始前、Phase 4 写前召回 |
-| 设定/题材正文提示卡.md | 全书/题材 | Phase 2（缺失则 Phase 4 写前即时生成） | Phase 4 每章写作前：按 `genre-prose-cards.md` 索引匹配后读取 `genre-prose-cards/` 目录对应单题材卡优先、`style-genre-modules.md` 通用模块兜底，与通用正文要求、情绪/节奏召回和文风一起组装 prompt |
-| 设定/角色/{角色名}.md、设定/势力/{名}.md | 角色/势力 | Phase 3 细纲后增量补全（首批含主角/主要角色） | Phase 4 状态筛选/写作 |
+| 设定/题材定位.md（含 `主对标书` 字段，多对标时必填） | 全书 | Phase 1 建，Phase 2 补全 | Phase 3 大纲、每卷开始前、Phase 4 写前召回 |
+| 设定/题材正文提示卡.md | 全书/题材 | 写第 1 章前由写前召回生成（导入项目可能已有） | Phase 4 每章写作前：按 `genre-prose-cards.md` 索引匹配后读取 `genre-prose-cards/` 目录对应单题材卡优先、`style-genre-modules.md` 通用模块兜底，与通用正文要求、情绪/节奏召回和文风一起组装 prompt |
+| 设定/角色/{角色名}.md、设定/势力/{名}.md | 角色/势力 | Phase 2 建主角与关键角色；Phase 3 细纲后增量补全 | Phase 4 状态筛选/写作 |
 | 设定/文风.md（自定义文风·优先级最高） | 本书 | 用户自写（Claude Code 可代写）；导入/拆解不覆盖 | Phase 4 每章写作前：含实质内容则取代对标文风作权威风格基 |
 | 对标/{书名}/文风.md | 对标书 | analyze Stage 6 输出 → story-import 显式绑定或本 skill 首次引用时同步 | Phase 4 每章写作前（文风召回；有自定义文风时降为参考/句长兜底） |
 | 大纲/卷纲_第X卷.md | 卷 | Phase 3 | **一律走取段器 `outline_view.py --unit/--contract/--toc`，不整读**（见「路径与术语约定」）；段位契约与 checker 见 artifact-protocols.md |
+| 大纲/排纲底稿_{单元ID}.md | 剧情单元 | Phase 3；正文「细纲没给」追加进「建纲追加」 | 只在排纲/补纲时读 |
 | 追踪/_tracking-state.json | 全书 | 首次写正文前初始化（规划阶段不建） | 唯一结构化权威，不进正文 prompt；每章运行 `tracking_commit.py check` 读取章号和修订号 |
 | 追踪/伏笔.md | 全书当前视图 | 与 state 同时初始化 | 续写状态卡缺项时按 ID 定点查询；每 ID 只一行 |
 | 追踪/时间线/{作者真相.md,读者已知.md} | 全书当前事实/认知派生视图 | 与 state 同时初始化 | 按作者真相或读者认知的实际问题选择视图 |
@@ -90,7 +92,7 @@
 2. **角色、普通剧情单元或设定等非主产物子目录缺失** → 按「对标书路径查找」查找项目视图与根目录数据源，仍缺失则跳过该可选模块。本条不适用于 `剧情/情绪模块.md` 和 `剧情/节奏.md`。
 3. **当前契约的 `剧情/情绪模块.md` / `剧情/节奏.md` 缺失** → 写前准备必须停下，设置 `missing_primary_contract: true` 并给出 `repair_action`：重跑 `/story-long-analyze` Stage 3+ 或重新 `/story-import`，不得用摘要文件假装已召回权威模块。
 4. **有对标书但 `文风.md` 缺失** → 若有 `设定/文风.md`（含实质内容）走自定义文风模式继续；否则日更文风召回 fail-fast，提示先运行 `/story-long-analyze` Stage 6 并 `/story-import` 同步。**完全无对标项目**则跳过文风召回、不阻塞（有 `设定/文风.md` 时用它写作）。情绪/节奏轴（`missing_primary_contract`）独立，自定义文风模式不豁免其 fail-fast。
-5. **伏笔/时间线文件缺失** → 视为当前语义检查点损坏，停止写正文；先运行 `tracking_commit.py check`，再用事务修复。卷纲/大纲中的计划不能代替已发生事实的当前检查点。
+5. **伏笔/时间线文件缺失** → 视为当前状态损坏，停止写正文；先运行 `tracking_commit.py check`，再用事务修复。卷纲/大纲中的计划不能代替已发生的事实。
 6. **`设定/题材正文提示卡.md` 缺失** → 不阻塞；写前从 `设定/题材定位.md` 精确匹配 `references/genre-prose-cards.md` 索引，并只读取 `references/genre-prose-cards/` 中对应题材单卡（高/中/低置信照原卡标注），无命中再用 `references/style-genre-modules.md` 通用流派模块即时生成短 `genre_prose_card`。只有 `设定/题材定位.md` 也缺失时，退回细纲和目标平台做低置信题材卡，并在意图确认写明。
 
 **对标分析权威优先级（权威读取顺序）**：
@@ -108,3 +110,5 @@
 - **细纲一章一个文件**：`细纲_第XXX章.md`，含钩子设计，与正文一一对应
 - **正文按章拆分**：每章一个文件，`第XXX章_章名.md`
 - 每章写完直接写入 `正文/` 目录，不要先输出到对话
+
+对标/ 下的文件由 `/story-long-analyze` 与 `/story-import` 产出；手写的对标摘要不能代替 `剧情/情绪模块.md`、`剧情/节奏.md` 两份主产物（缺了写前召回会停下）。

package/lib/oh-story/skills/story-long-write/references/reader-contract-and-progression.md

@@ -78,7 +78,7 @@
 - 若本书承诺的是个人逆袭、职业掌控、独享金手指，外部机构接管核心问题通常需要强交换与主角主动选择。
 - 旁观者/反应层适合做：震惊、误判、舆论扩散、资源报价、敌我站队、见证主角选择。避免让旁观者替主角复仇、替主角做最终裁决、替主角拿核心收益。
 
-## 3. 风险等级
+## 3. 契约风险三级
 
 | 等级 | 定义 | 处理 |
 |---|---|---|

package/lib/oh-story/skills/story-long-write/references/reference-index.md

@@ -38,7 +38,7 @@
 | 情绪弧线 | `references/emotional-arc-design.md` |
 | 契约/终局储备/剧情单元契约四问 | `references/reader-contract-and-progression.md` |
 | 反转设计 | `references/long-reversal.md` |
-| 细纲结构验收 | `scripts/check-outline-contract.js`（新建/补建后跑，只判字段与表结构） |
+| 细纲结构检查 | `scripts/check-outline-contract.js`（新建/补建后跑，只判字段与表结构） |
 
 ### Phase 4：正文写作
 
@@ -73,11 +73,11 @@
 | 主题 | 权威文件（先读） | 配套文件（按角度补充） |
 |------|-----------------|----------------------|
 | 爽点（按意图分流） | **`references/plot-emotion-system.md`**（爽点设计体系：本质/六种类型/倒推法——"怎么设计爽点"先读这个） | 翻盘/高潮式爽点→`references/plot-core-methods.md`（假胜→崩解）· 打脸/装逼释放→`references/style-combat-face.md`· 题材声线与长线约束→`references/genre-prose-cards.md`· 爽文循环/多层→`references/outline-methods.md`·`references/outline-conflict.md` |
-| 情绪模块 | **`对标/{书名}/剧情/情绪模块.md`（项目/书级权威）**；无对标或设计新模块时再读 `references/plot-emotion-system.md` | `references/outline-rhythm.md` 只作理论参考；不得覆盖对标书权威模块 |
-| 节奏 | **`对标/{书名}/剧情/节奏.md`（项目/书级权威）**；无对标或设计新节奏时再读 `references/outline-rhythm.md` | `references/plot-core-methods.md` 只作理论参考；不得覆盖对标书权威节奏 |
+| 情绪模块 | **`对标/{书名}/剧情/情绪模块.md`（项目/书级权威）**；排纲时设计新模块才读 `references/plot-emotion-system.md`（写正文无对标时取细纲与单元卡，不加读） | `references/outline-rhythm.md` 只作理论参考；不得覆盖对标书权威模块 |
+| 节奏 | **`对标/{书名}/剧情/节奏.md`（项目/书级权威）**；排纲时设计新节奏才读 `references/outline-rhythm.md`（写正文无对标时同上） | `references/plot-core-methods.md` 只作理论参考；不得覆盖对标书权威节奏 |
 | 高潮 | **`references/plot-core-methods.md`**（高潮构建公式：蓄能→假胜→崩解） | `references/outline-rhythm.md`（高潮分类与反推）· `references/outline-methods.md`（八节点故事结构：结构定位） |
 | 金手指 | **`references/plot-special-topics.md`**（金手指拆分理解与战力防崩 + 进阶设计） | `references/outline-conflict.md`（金手指与身份：四点统一） |
-| 感情线 | **`references/character-relations.md`**（好感度体系/四阶段 + 男女频差异） | `references/outline-conflict.md`（感情线设计）· `references/style-combat-face.md`（后宫文女主 / 男频极简爱情线构型）· `references/plot-special-topics.md`（爱情线提纯策略） |
+| 感情线 | **`references/character-relations.md`**（好感度体系/四阶段 + 男女频差异；后宫文女主 / 男频极简爱情线构型也在这里） | `references/outline-conflict.md`（感情线设计）· `references/plot-special-topics.md`（爱情线提纯策略） |
 | 反转 | **`references/long-reversal.md`**（单元/卷级/全书反转、铺垫、有效性自检） | `references/plot-core-methods.md`（假胜：先给希望再击碎） |
 | 人物 | **`references/character-basics.md`**（主角/配角/反派/动机模板速填） | `references/character-design-methods.md`（三层标签反差/九维深化）· `references/character-relations.md`（关系类型/感情线） |
 | 女频写作 | **`references/female-audience-writing.md`**（女频长篇：核心原则/文案/题材/感情线长线/平台） | `references/genre-readers.md`（读者心理/平台差异）· `references/character-relations.md`（感情线总框架） |

package/lib/oh-story/skills/story-long-write/references/stop-and-fix.md

@@ -0,0 +1,9 @@
+# 写正文前缺东西：停下修
+
+workflow-chapter 或 workflow-daily 发现缺文件、追踪对不上时读。本轮不写正文，修好再从 workflow-chapter 步骤 1 开始；告诉作者时用 workflow-chapter「写不下去、要停下时」的问法。
+
+- **追踪检查不过**：按 `tracking_commit.py check` 的提示修。
+- **已有正文却缺 `_tracking-state.json`**：停止写作，请作者走 `/story-import`「旧追踪项目迁移」。（新书还没有正文时不算缺，按 workflow-chapter 开头初始化。）
+- **派生视图与 state 不一致**：按 [tracking-transaction.md](tracking-transaction.md) 为该章提交 `mode=revision` 事务整份重建，不手改、不继续下一章。
+- **登记了对标却缺情绪模块／节奏**：请作者用 `/story-long-analyze` 补拆。作者定了不对标不算缺。
+- **要找某类文件放哪**：读 [project-files.md](project-files.md) 照做。

package/lib/oh-story/skills/story-long-write/references/style-combat-face.md

@@ -1,6 +1,6 @@
 # 装逼打脸与爽点释放
 
-> 装逼打脸框架、爽点释放法则、无敌文要领、打斗/智斗写作、战斗描写三板斧。用于设计装逼打脸场景和战斗场景时查阅。
+> 写装逼打脸与战斗场景用。规则都是必须执行的操作规范：爽点释放法则 > 装逼框架 > 具体描写技巧；该爽不爽，比毒点还毒。
 
 ---
 
@@ -13,18 +13,11 @@
 | 设计战斗/打斗场景 | 打斗/智斗写作 -> 战斗描写三板斧 |
 | 写无敌文主角 | 无敌文核心要领 |
 | 设计打脸节奏和情绪调动 | 打脸节奏与脑洞创意 -> 情绪调动三阶法 |
-| 设计后宫/爱情线 | 后宫文女主人设设计法 / 男频极简爱情线构型 |
 | 写新媒体/短平快装逼 | 新媒体写作与题材套路 |
 | 搭建装逼舞台 | 舞台搭建法 |
 | 打脸写了但不爽 | 检查：爽点释放到位法则 + 前置小无敌准备了吗 + 对手层级够不够 |
 | 战斗场景枯燥/流水账 | 检查：战斗描写三板斧 + 情绪调动三阶法 + 攻防选择、伤势和动作后果是否清楚 |
 
-## 指令语气
-
-本文件以"战术指令"语气书写。装逼打脸和战斗描写是网文核心商业价值所在，所有规则都是**必须执行**的操作规范。爽点释放法则 > 装逼框架 > 具体描写技巧。核心铁律：**该爽不爽，比毒点还毒**。
-
----
-
 ## 爽点释放到位法则
 
 ### 核心问题
@@ -130,56 +123,6 @@
 
 ---
 
-## 后宫文女主人设设计法
-
-### 核心思路
-后宫文的关键是弱化男主"主动渣"的感觉，让女主自身设定成为推动后宫的主力。
-
-### 设计原则
-1. **女主人设要预设方向**：开书前就设计好每个女主的核心特质
-2. **差异化设计**：不同女主有完全不同的价值观和背景
-3. **同居培养感情**：开局让女主们同住一个屋檐下，彼此成为朋友
-
-### 温水煮青蛙法
-以三个女主为例：
-
-| 角色 | 人设设计 | 在后宫中的作用 |
-|------|----------|---------------|
-| 青梅（正宫） | 传统价值观，占据防守位 | 从小一起长大，天然正宫 |
-| 女主B | 家庭圆满家教开明，理性看待感情 | 不在意名分，只在意快乐 |
-| 女主C | 缺少父爱和社交，爱情观模糊 | 不存在一夫一妻制思想束缚 |
-
-核心逻辑：
-- 青梅占据正宫与防守位
-- 另两个女主不在意后宫，只在意跟主角在一起
-- 把"主角脚踏多条船"的问题转化为"青梅防守 vs 另两人共享"的问题
-- 一点一点突破青梅的防守底线，等反应过来时已经是既成事实
-
----
-
-## 男频极简爱情线构型
-
-### 核心原则
-男频爱情线不需要复杂的情感博弈，核心是"英雄救美 + 事业舞台 + 对手衬托"三要素。
-
-### 极简构型
-1. **英雄救美**：女主陷入困境 -> 主角用金手指/实力解决 -> 建立初始好感
-2. **事业舞台**：主角在事业上展示金手指 -> 女主在场作为重要观众 -> 好感随事业成就升级
-3. **对手衬托**：情敌/对手同时是事业对手 -> 打败对手既是事业胜利也是感情胜利
-
-### 关键操作
-- 女主的每一次好感升级都绑定在主角的事业成就上，不单独写纯感情戏
-- 女主有自己的事业线/目标，不是花瓶——她的事业目标与主角有交叉但独立
-- 情敌的价值在于他同时威胁主角的事业和感情，打脸时有双重爽感
-- 感情节奏跟着事业节奏走：事业低谷时感情拉扯，事业高峰时感情升温
-
-### 爱情线与事业线融合检查
-- 删掉所有爱情线段落，事业线是否还成立？如果不行 = 爱情线拖后腿了
-- 删掉所有事业线段落，爱情线是否还有看点？如果不行 = 爱情线太弱
-- 理想状态：两条线互相增强，拆开各自能看，合在一起更好看
-
----
-
 ## 打斗/智斗写作
 
 ### 打斗的本质

package/lib/oh-story/skills/story-long-write/references/style-genre-modules.md

@@ -37,7 +37,7 @@
 
 ### 题材正文提示卡模板
 
-项目可在 Phase 2 生成 `设定/题材正文提示卡.md`。没有该文件时，Phase 4 写前先用 `设定/题材定位.md` 匹配 `genre-prose-cards.md` 索引并读取 `genre-prose-cards/{题材}.md` 单卡；仍无匹配再从本文件即时抽取一张轻量卡。卡片保持短，给 `narrative-writer` 传摘要，不把参考文件整段复制进 prompt。
+项目在写第 1 章前生成 `设定/题材正文提示卡.md`。没有该文件时，Phase 4 写前先用 `设定/题材定位.md` 匹配 `genre-prose-cards.md` 索引并读取 `genre-prose-cards/{题材}.md` 单卡；仍无匹配再从本文件即时抽取一张轻量卡。卡片保持短，给 `narrative-writer` 传摘要，不把参考文件整段复制进 prompt。
 
 ```markdown
 ## 题材正文提示卡

package/lib/oh-story/skills/story-long-write/references/style-resolution.md

@@ -12,10 +12,10 @@
 
 ## 加载与传递
 
-1. 从本次正文路径确定书目录（长篇为 `正文/` 的父目录，短篇为 `正文.md` 所在目录）。读该书 `设定/文风.md`；短篇同时读 `设定.md` 的文风约定。无文件就继续，不创建占位文件、不猜其他书。文风无最低字数限制，一句可执行的偏好也有效；空白、纯标题、待补充不算。
-2. `_文风摘要.md` 只能辅助定位，不能独立替代全文。当前会话已读全文时无需反复读；摘要与全文不一致用全文，不让旧摘要压过作者的新修改。
-3. 作者记忆 query 显式传当前书名、已知题材和流程以及需要的 kind，避免只取到 global。只用 active；同一维度窄范围覆盖宽范围，不拼成同时满足的清单。无法判定的同范围冲突才问作者，已能按优先级解决的不询问。
-4. 在现有 prompt 填 `style_resolution`：本次生效的表达要求及来源、被覆盖的默认条款、必须保留的事实/信息边界；只列与任务有关的冲突，无冲突可写“按本书文风”。原样传给正文、去味和文字 reviewer，并传文风全文路径。同一批次复用，当前请求或文风变动时更新。单独调用去味/审稿也执行本步骤，不能靠上一次会话的记忆。
+1. 从本次正文路径确定书目录（长篇为 `正文/` 的父目录，短篇为 `正文.md` 所在目录）。读该书 `设定/文风.md`；短篇同时读 `设定.md` 的文风约定。无文件就继续，不建占位文件、不猜其他书。文风无最低字数限制，一句可执行的偏好也有效；空白、纯标题、待补充不算。
+2. `_文风摘要.md` 只辅助定位，不替代全文。当前会话已读全文时无需反复读；摘要与全文不一致用全文，不让旧摘要压过作者的新修改。
+3. 有作者记忆时 query，显式传当前书名、已知题材和流程以及需要的 kind，避免只取到 global；没有就跳过。只用 active；同一维度窄范围覆盖宽范围，不拼成同时满足的清单。无法判定的同范围冲突才问作者，已能按优先级解决的不询问。
+4. 在现有 prompt 填 `style_resolution`：本次生效的表达要求及来源、被覆盖的默认条款、必须保留的事实/信息边界；只列与任务有关的冲突，无冲突可写“按本书文风”。原样传给正文、去味和文字 reviewer，并传文风全文路径。同批复用，当前请求或文风变动时更新。单独调用去味/审稿也执行本步骤，不靠上次会话的记忆。
 
 ## 检测器如何服从裁决
 

package/lib/oh-story/skills/story-long-write/references/tracking-initialization.md

@@ -2,7 +2,7 @@
 
 ## 初始化事务
 
-新书从第 0 章初始化。`story-import` 导入已有小说时把最后完整章写入 `last_chapter=N`；第 1..N 章不伪造日更记录，常规续写从 N+1 章开始。
+新书从第 0 章初始化：把下面的 JSON 写到 `{书目录}/.story/work/init.json`，跑 `{PYTHON} {skill 根}/scripts/tracking_commit.py init --project {书目录} --input {书目录}/.story/work/init.json`，成功后删掉临时文件。`story-import` 导入已有小说时把最后完整章写入 `last_chapter=N`；第 1..N 章不伪造日更记录，常规续写从 N+1 章开始。
 
 ```json
 {

package/lib/oh-story/skills/story-long-write/references/tracking-transaction.md

@@ -21,22 +21,23 @@ Markdown 只负责给作者和 Agent 阅读，工具不再反向解析 Markdown
 {PYTHON} {当前 skill 根}/scripts/tracking_commit.py init   --project {书项目根} --input {书项目根}/.story/work/init.json
 {PYTHON} {当前 skill 根}/scripts/tracking_commit.py check  --project {书项目根}
 {PYTHON} {当前 skill 根}/scripts/tracking_commit.py draft  --project {书项目根} --chapter {N}
-{PYTHON} {story-long-write skill 根}/scripts/storyctl.py chapter check   --project {书项目根} --chapter {N}
+{PYTHON} {story-long-write skill 根}/scripts/storyctl.py chapter check   --project {书项目根} --chapter {N} [--min-chars {下限} --max-chars {上限}]
 {PYTHON} {story-long-write skill 根}/scripts/storyctl.py chapter commit  --project {书项目根} --chapter {N} --input {书项目根}/.story/work/第{NNN}章/tracking.json
 {PYTHON} {story-long-write skill 根}/scripts/storyctl.py chapter accept-current-length --project {书项目根} --chapter {N} --input {书项目根}/.story/work/第{NNN}章/tracking.json
 ```
 
 - `init`：只在 `_tracking-state.json` 不存在时执行，绝不覆盖已初始化项目。
-- `draft`：按当前 state 把逐章事务预填到 `.story/work/第NNN章/tracking.json`（修订号、模式、章名、`context` 四项当前值），并输出各文本字段的字数上限与在场核心角色的当前快照；调用方只填 `delta` 与有变化角色的快照。
-- `wordcount measure` / `wordcount checkpoint`：纯测量入口；不写正文、不写 tracking、不做语义判断。长篇正文只在前组写完后由父流程调用一次 `checkpoint`（见 workflow-chapter 步骤 6），整章长度由 `chapter check` 收口。
-- `chapter check`：重新读取当前正文与细纲目标，返回确定性长度状态、现有 blocking quality、`state_revision` 和当前可执行动作，不保存 approval。`under` 不提供自动补写；`over` 额外返回一次净删型 `compress-once` 及回到内部区间或作者给定区间所需的删除字数。
-- `chapter commit`：再次读取当前文件、重新计数并重跑 blocking quality；只接受用户带内章节，把简短字数记录与逐章事务一起原子提交。
-- `chapter accept-current-length`：只接受带外但 quality pass 的章节；接受动作发生时重新读取、重新计数并立即原子提交，不保存可陈旧的历史决议。
+- `draft`：按当前 state 把逐章事务预填到 `.story/work/第NNN章/tracking.json`（修订号、模式、章名、`context` 四项当前值），并输出各文本字段的字数上限与在场核心角色的当前快照。新章（append）调用方只填 `delta` 与有变化角色的快照；已提交章（revision）的 `delta` 与相关角色快照按该章现有逐章记录预填（伏笔、时间线取当前值），调用方在上面改成修订后的完整记录，不清空重写。
+- 作者字数范围：细纲可写一行 `字数范围：2000-2600`（作者明确给了上下限时）；本轮临时给的范围用 `--min-chars` / `--max-chars`（两者同给，优先于细纲）。`wordcount check` / `checkpoint` 与 `chapter check` / `commit` / `accept-current-length` 都认，给了就同时替代默认 ±12% 内部带与 ±15% 用户带，结果里 `band_source` 为 `author`，提交的字数记录多一项 `author_range`。
+- `wordcount measure` / `wordcount checkpoint`：纯测量入口；不写正文、不写 tracking、不做语义判断。长篇正文只在前组写完后由主会话带 `--project` 调用一次 `checkpoint`（目标与字数范围读细纲，见 workflow-chapter 步骤 6），整章长度由 `chapter check` 收口；`remaining_user_range` 按生效区间（作者区间或默认用户带）计算。
+- `chapter check`：重新读取当前正文与细纲目标，返回确定性长度状态、现有 blocking quality、`state_revision` 和当前可执行动作，不保存 approval。顶层 `status`：`ready`（可提交，exit 0）/ `needs_decision`（长度带外，按 `available_actions` 交作者，exit 0）/ `blocked`（有 blocking 正文问题，exit 1）/ `invalid`（正文为空等，exit 1）/ `tool_unavailable`（找不到 node 或检测脚本，见 `quality.tool_errors`，不是正文问题，exit 3）。参数错误或文件缺失输出 `story-chapter-error/v1`（`status: error`，exit 2）。`under` 不提供自动补写；`over` 额外返回一次净删型 `compress-once` 及回到生效区间所需的删除字数。`quality.semantic_advisories` 是语义类 advisory 条数（检测器标 `review: mechanical` 的不计）。
+- `chapter commit`：再次读取当前文件、重新计数并重跑 blocking quality；只接受生效区间内的章节，把简短字数记录与逐章事务一起原子提交。新章与修订都走它。
+- `chapter accept-current-length`：只接受带外但 quality pass 的章节；接受动作发生时重新读取、重新计数并立即原子提交，不保存可陈旧的历史决议。低于字数目标一半（`BELOW_ACCEPT_FLOOR`），或超长却还没做过那一次压缩（`COMPRESSION_REQUIRED`），都拒绝；作者明确拍板时加 `--force`。
 - `check`：严格验证 state schema、逐章记录连续性/规范名/体积、固定 7 栏、角色快照硬上限、派生文件集合，以及所有派生视图与 state 的逐字一致性。
 
 每本书由 `追踪/.tracking-commit.lock` 串行写事务，`expected_state_revision` 再拒绝基于旧状态构造的 stale transaction。两个不同事务并发时至多一个修订成功。字数记录也在锁内对当前正文和目标重新验证，正文或目标变化会让预先构造的记录直接失败。
 
-事务 JSON 是临时输入，不是项目产物：只写在书目录 `.story/work/` 下（逐章事务放 `.story/work/第NNN章/tracking.json`），不写系统 `/tmp`、书根、`大纲/` 或 `正文/`；成功前必须保留，提交成功后即可删除（`storyctl.py chapter commit` / `accept-current-length` 成功时自动删除该章目录；直接调用 `tracking_commit.py commit` 时由调用方删除）——之后 `check` 失败按下文提交 `mode=revision` 新事务修复，不需要原事务。若文件写入失败，`_tracking-state.json` 尚未推进；修正环境后直接重跑**同一份** `commit`。append 重跑只接受内容完全相同的既有逐章记录，不维护 `dirty/pending/repair` 状态机。
+事务 JSON 是临时输入，不是项目产物：只写在书目录 `.story/work/` 下（逐章事务放 `.story/work/第NNN章/tracking.json`），不写系统 `/tmp`、书根、`大纲/` 或 `正文/`；成功前必须保留，提交成功后即可删除（`storyctl.py chapter commit` / `accept-current-length` 成功时自动删除该章目录；直接调用 `tracking_commit.py commit` 时由调用方删除。已有字数记录的章节正文或目标改过后，`tracking_commit.py commit` 拒绝修订事务，须走 `storyctl.py chapter commit`）——之后 `check` 失败按下文提交 `mode=revision` 新事务修复，不需要原事务。若文件写入失败，`_tracking-state.json` 尚未推进；修正环境后直接重跑**同一份** `commit`。append 重跑只接受内容完全相同的既有逐章记录，不维护 `dirty/pending/repair` 状态机。
 
 校验失败与写入失败处理方式不同：校验失败（字段非法、退役结构、容量超限）要按报错改事务本身，重跑同一份结果不变。派生视图被手改或外部改动导致 `check` 报 `derived view differs from _tracking-state.json` 时，重新提交**该章**的 `mode=revision` 事务让工具整份重建，`expected_state_revision` 取 `追踪/_tracking-state.json` 的 `state_revision` 字段——`check` 失败时只往 stderr 打 ERROR，不输出 JSON；不手改派生文件，也不删 `_tracking-state.json` 重来。手写出的逐章记录会让同章 `append` 永久报 `chapter delta N already exists with different content`——删掉那个手写文件后重跑原事务即可。
 
@@ -46,7 +47,7 @@ Markdown 只负责给作者和 Agent 阅读，工具不再反向解析 Markdown
 
 仅新书或导入初始化时，执行 `init` 前必须完整读取 [tracking-initialization.md](tracking-initialization.md)，按其中原始 JSON 与导入边界构造事务。已有项目续写直接使用下方逐章事务，不重复读初始化示例。
 
-调用方的逐章 JSON 不写 `wordcount`；正式入口 `chapter commit` 或 `chapter accept-current-length` 在提交当下生成并注入。最终 state 只为已提交章节保留 `metric / target / actual / status / resolution / body_sha256`，不保存 MEASURE/RESOLVE 事件、ID 链、policy fingerprint 或独立 chapter state。
+调用方的逐章 JSON 不写 `wordcount`；正式入口 `chapter commit` 或 `chapter accept-current-length` 在提交当下生成并注入。最终 state 只为已提交章节保留 `metric / target / actual / status / resolution / body_sha256`（生效了作者字数范围时另加 `author_range`），不保存 MEASURE/RESOLVE 事件、ID 链、policy fingerprint 或独立 chapter state。
 
 ## 逐章事务
 
@@ -121,12 +122,13 @@ Markdown 只负责给作者和 Agent 阅读，工具不再反向解析 Markdown
 - `character_snapshots` 中出现的角色视为核心复用角色，必须同时出现在 `character_changes`；已经建立快照的核心角色再次变化时必须提交新快照。
 - 角色快照的四个列表不限制条数，只限制单项长度和最终文件总字节：目标 ≤4096 字节，超过警告；硬上限 8192 字节，超过则在任何写入前拒绝。
 - 没有快照的角色变化视为临时角色，不建立状态文件；`context.active_character_names` 最多 6 人且必须已有当前快照。
+- `context.long_term_constraints` 最多 6 条：要加第 7 条先合并语义重叠项或请作者取舍，不自动删旧约束；永久生效的设定裁定进它，短期强承诺进 `next_chapter_commitments`，过程决策不进续写状态卡。
 - `context.long_term_constraints` 和 `context.continuity_risks` 是整份提交的当前值。凡是上一版有、本次没有的条目，必须逐条列进 `delta.retired_context_items`，否则工具在任何写入前拒绝——漏写不会被当成删除。实际退役的条目由工具写进本章逐章记录的 `## 本章退役登记`，随后仍可回查。
 - 不再复用的核心角色写进 `delta.retired_characters`：工具删除其当前快照与 `角色状态/{角色名}.md`，并在逐章记录留档。同一事务里不能既退役又提交快照，也不能退役仍列在 `context.active_character_names` 的角色。角色阵亡/退场这一章，把变化照写进 `character_changes` 即可，本章退役的角色不必再交一份马上要删的快照，逐章记录仍按核心角色标注。退役只表示不再进入热上下文，正文与逐章记录不受影响。
 - 两类退役都只能在 `mode=append` 提交。退役表示「从此刻起离开当前状态」，而修订事务的逐章记录属于被改写的旧章，落在那里会谎报退役发生的章节；`mode=revision` 必须原样重交当前全部上下文条目，需要退役就放到下一次 append。
 - `伏笔.md` 只呈现已经埋设过的当前状态。未来规划仍留在大纲。
 - `timeline_events.action` 可为 `upsert/delete`。`未揭示` 的 `reveal_chapter` 必须为 `null`；部分/完全揭示只能填写已经发生的实际章节。
-- `mode=revision` 时，逐章记录必须重算为修订后该章仍然成立的完整连续性记录；当前角色、伏笔、时间线和上下文则提交受影响对象截至最新已写章的当前值。
+- `mode=revision` 时，逐章记录必须重算为修订后该章仍然成立的完整连续性记录（用 `draft` 预填的草稿改，漏写的项会从记录里消失，工具在 stderr 警告被清空的栏目；原有的退役登记原样保留）；当前角色、伏笔、时间线和上下文则提交受影响对象截至最新已写章的当前值。
 - 修订导入截止章内的正文时，会新增或覆盖该章的逐章记录；`imported_through_chapter` 不变。
 
 ## 续写状态卡固定格式