@oh-story/dsh 0.1.15 → 0.1.17

package/lib/oh-story/skills/story-review/references/expression.md

@@ -0,0 +1,83 @@
+# 表达：让语言服从叙述
+
+本文件只处理同一事实怎样说。先按 [style-resolution.md](style-resolution.md) 裁决；作者明确采用且有功能的长句、情绪直写、排比、评论与停顿标点可以保留。词表是检索入口，不是逐词删除令，也不能凭措辞判断文本来自谁。
+
+## 先治电报体与短碎句
+
+先连读普通叙述，找动作、思路和因果被割断的地方。电报体也会藏在长句里：位置、原因、动作各占一个独立分句，只用逗号或连词串起来，仍是逐项播报。信息和主谓宾齐全不代表叙述连贯。
+
+先确定本段在写哪次行动或变化，再确定每句的主干。围绕主干分出主次：行动承接上一句，背景、条件和缘由嵌进需要它的动作中；用状语、定语、复句或适当概述组织，不让每个事实另起一个陈述。不必逐项照搬原句顺序，须保住事件因果、人物所知与揭露边界。
+
+“货车在南门，她在北门，地址是她发错的。司机打来电话，问能不能把车开到北门。可北门正在修路，车开不过来，她让司机在原地等，抱起纸箱往南门跑。”信息没缺，仍像清单。可以改为：“司机照着她发错的地址开到了南门，打电话过来时，她还在北门。北门这边正在修路，货车没法过来，她只好让司机留在南门，自己抱起纸箱跑过去。”地址错误成为司机走错门的缘由，电话内容概述为人物应对，方位随行动交代。
+
+同一行动、思路或因果链的碎句合并后，每句仍围绕一个重心，完整意思走完再断；补回必要主体、对象和已有语义关系，不以合句数量或补虚词达标。不得为连贯添姿态、感官、动机或观察时点。
+
+最后连读：每到一个分句都重新报一项状态，就重组句段，不继续局部添字。对话也不能把每项条件转成一行问答，让人物照着提纲对接信息；叙述、对白和心理的分配见 [narrative-focus.md](narrative-focus.md)。
+
+短对白、新线索、判断变化、爆点与有意留白保留分步呈现。普通过渡恢复连贯叙述，不靠整齐长短交替达标。
+
+## 用词与句式的风险在语境里
+
+套词往往代替了本该说清的内容，或在不同场面机械复现。圈出原句，说明它模糊了什么、重复了什么，再决定删、压或重写。准确的普通词无须换成新鲜说法，同义词轮换也消除不了模板。
+
+| 风险模式 | 判断与处理 |
+|---|---|
+| 否定铺垫后肯定翻转 | “不是 A，而是 B”“没有 X，没有 Y，只有 Z”若先否定无人在意的靶子，直接表达 B；若在纠错、辩解、排除猜测或改变判断，保留必要对比。省掉“而”不改变判断 |
+| 工整并列 | 同句式、同长度、同分量铺陈，若只重复同一个结论就合并。承担情绪递进、人物声线或清晰比较时可留，不按项数删到一条。“至于 X 不 X”“不 V A，不 V B”和台词也按功能判断 |
+| 万能状语与套式声线 | “带着一丝……”“声音不大，却不容置疑”“平静得像在念……”若给任何人都能用，只留可辨的语气或必要信息。普通“说”是中性标签，不必每次都用微动作替换 |
+| 引号强调 | 普通名词被包装成“机会”“答案”“蜕变”而无特殊含义，去掉引号。对话、逐字引用、代号、场内消息、术语首次定义及说话者明确的反讽可留 |
+| 模板比喻与抽象大词 | “潮水般涌来”“命运的齿轮”若只抬高语气，压回准确描述。能带来角色特有感受、空间关系或新认识的比喻保留，不换成另一批比喻 |
+| 公文腔与故作高深 | 本可说清的事却绕成“基于当前情况推进后续事项”，按人物身份改准确。条文、职业对话、历史称谓和系统公告有自己的语域，不一律改成聊天腔 |
+
+“很、才、连、还、又、只、仿佛、似乎、原来”可能承担程度、时间、反讽、视角不确定性或发现过程。“才二十三天”删掉“才”，评价可能已变。修饰也有区分功能，白色药片、那截链子不能仅因有定语就删掉颜色或指示关系。
+
+## 声口来自人物此刻怎样说话
+
+把台词放回对象、场合和意图里读：他在求助、敷衍、试探，还是公开表态？敬语、术语、绕话、重复和沉默都可能是选择。所有人都用同样完整的解释、同样漂亮的反问时，按已有身份、语言档案和上下文恢复差异，不靠人人加俚语、粗话、口误或口头禅。
+
+润色保留原有交际目的与信息，不把解释改成挑衅、请求改成命令、克制改成失控。人物为何这样说、对方为何接受，若缺依据，转 [story-logic.md](story-logic.md)。关键交锋是否被概括、应写几轮，转 [narrative-focus.md](narrative-focus.md)。
+
+## 情绪可以直写，动作不负责翻译情绪词
+
+一句“他很紧张”若准确、合乎声口且让下一步成立，可以保留。心理段落也能呈现误判、矛盾、回忆和决定；长度、内心独白或“她感到／意识到”的形式都不是删除依据。上下文已表达同一情绪，补一句命名没有新作用时才删；需要读者经历的心理转变，交 narrative-focus 判断。
+
+身体反应逐处做删除测试：删后是否损失感受、人物特点、关系含义、动作条件或后果？只有重复标注情绪的“指尖轻叩、指节泛白、目光移开”就删，不换身体部位。伤势让人握不住笔、习惯动作被对方识破等有作用的细节保留。不为显得自然新增摔杯、攥袖、锁门、录音或旁人吃惊。
+
+## 解释与叙述者要看贡献
+
+按本书视角区分角色当时的认识、叙述者获准提供的信息和越过边界的预告。有限全知、作者评论、第一人称回顾都能成立；“她不知道的是”“多年以后”不能脱离叙述姿态单判。表达获准也不能提前泄露尚须保密的事实。
+
+解释若补足新名词用途、因果衔接、记忆触发或情绪来由，应保留到足以理解。若只是把刚看到的行为再翻译成结论，或以“真正重要的是”“这意味着”把意义说满，删重复部分。不要删尽“原来”“因为”，让读者猜缺失的原因；也不要把正常说明一律转成对话。
+
+已有手机、规则牌、信件、账单等场内载体，保留角色实际读到的信息与展示方式，语域问题先在载体内部处理。不为承载解释凭空发明表单或手续。句子通顺却仍讲不清人物为什么改变，转 story-logic；解释过多而关键过程太少，转 narrative-focus。
+
+## 同一事实的不同表达
+
+以下按语境判断，不作套写答案。
+
+| 已知事实与原句 | 可采用的表达 | 看似去味却改坏了 |
+|---|---|---|
+| 钥匙忘在家里，明天归还；无人指责她拒还。“她不是不肯还钥匙，而是忘在家里了。‘我明天带来。’她说。” | “她把钥匙忘在家里了。‘我明天带来。’她说。”删无用靶子；若在回应拒还指责，保留纠错功能，原句保留按 [style-resolution.md](style-resolution.md) 登记白名单 | “‘爱等就等。’她说。”改变承诺与态度 |
+| 她进了没开灯的屋子，摸到桌边拿药盒。“她推门。屋里没开灯。她摸到桌边。把药盒拿起来。” | “进屋后，她摸黑走到桌边，拿起药盒。”将光线嵌入行动；紧张镜头若原断句有效也可留 | “她摸黑吞了两片药。”从取药改成服药，新增数量与后果 |
+
+## 脚本提示怎样进入语义判断
+
+检测器是定位工具。密度提示不是词频配额，advisory 不作完成门槛。表达有功能不等于 blocking 可以不改：作者已明确选择的原句按白名单保留；其余保留叙事功能自然改写，由调用方复扫，不能以保留说明代替验收。指定原句不能改又不在白名单时报告剩余阻塞。不靠错字或拆句躲检测；确定性的事实、字数、截断与占位问题仍交调用方验收，不能靠文风豁免。
+
+下表索引检测器全部提示类别，加粗的是 blocking。
+
+| 提示 | 人工判断对象 |
+|---|---|
+| **`not-is-comparison`**、**`reverse-not-is`**、**`negation-parade`**、`negation-pair-tic` | 见上文「否定铺垫后肯定翻转」 |
+| **`voice-contrast`** | 见上文「万能状语与套式声线」 |
+| **`em-dash`** | 按功能改成动作、停顿或完整句，不只换符号 |
+| **`trailer-ending`**、**`trailer-summary`** | 章末预告与状态总结，见上文「解释与叙述者」；收尾分量转 narrative-focus |
+| `formulaic-parallelism`、`quote-emphasis-tic` | 对比与强调是否有真实意义，是否机械复述 |
+| `cliche-density-tic`、`metaphor-density-tic` | 套词与比喻是否聚成同一腔调，功能是否重复 |
+| `stock-reaction-tic`、`micro-action-tic`、`action-list-tic` | 反应与动作是否只是标注或清单；用笔分配转 narrative-focus |
+| `period-stutter`、`overcompressed-prose-tic`、`low-connective-density-tic` | 是否真缺连接、对象和连续思路，不按计数拉长 |
+| `long-paragraph` | 一段是否跨了几个镜头，按镜头断开 |
+| `abstract-summary-tic`、`reasoning-chain-tic` | 总结是否重复，解释是否必要；因果缺口转 story-logic |
+| `system-notice-formality-tic` | 语域是否合乎载体，角色能否理解其当下作用 |
+
+无标记也可能机械，零命中不证明用笔与故事合格。

package/lib/oh-story/skills/story-review/references/narrative-focus.md

@@ -0,0 +1,63 @@
+# 叙事用笔：让篇幅落在值得经历的地方
+
+本文件检查场景与段落组的详略。表达修法见 [expression.md](expression.md)，需要改变事件或人物选择时见 [story-logic.md](story-logic.md)。取舍服从 [style-resolution.md](style-resolution.md) 的文风裁决。
+
+## 从场景作用找到重心
+
+通读一场连续的戏，用一句话说明它要让读者经历什么：一次选择、交涉转向、关系变冷、发现误会，也可以是生活处境、松弛、氛围或余韵。只作为本次判断依据，不强制生成逐段标签或新附件。
+
+沿正文找最需要被经历的地方：人物何时改变判断，哪句话使交涉转向，犹疑怎样走到决定，某个日常细节怎样拉近或拉开关系。对照实际篇幅，指出具体的过详或过略。场景重心没有展开时，先检查原文、前后文或已定设计是否已有过程，不能用一批感官细节顶替。
+
+| 问题 | 看什么 | 怎么处理 |
+|---|---|---|
+| 次要过程占住篇幅 | 开门、倒水、赶路、逐件清点被连续展开，却不改变人物处境或读者感受 | 压成必要承接，留能建立空间、声口、关系或氛围的细节 |
+| 关键过程被概述吞掉 | “商量妥了”“三言两语解释清楚”“她终于想通了”替代选择或交锋 | 展开已有条件、试探、判断和反馈；依据缺失时转故事诊断，不编造说服理由 |
+| 同类对象平均用力 | 三个人、四件物品各给同样篇幅，读者找不到重心 | 围绕此场作用分配；重要对象展开，其他对象概括或略过，不规定递减次数 |
+| 状态原地打转 | 反复写害怕、愤怒、沉默，人物的理解和行动始终相同 | 合并复述，保留会改变下一步或积累体验的过程 |
+| 只见结果、不见过渡 | 上句拒绝、下句答应；情绪突然抵达 | 找回已有承接；若成立条件从未设计，提出故事修法 |
+
+“平”可能来自重心写薄，也可能来自故事没有足够的变化。先判断是哪一种，避免把所有慢场景都压短。
+
+## 删除、压缩、展开各有检验
+
+**删除测试**：删去后，是否损失事实、伏笔、因果、空间方向、人物声口、关系、情绪持续时间或审美体验？没有损失可以删除，包括整段；有损失则保留有效部分或压缩表达。无须给每个细节编出后续情节用途。
+
+**压缩测试**：用一句概述替代后，读者是否只知道结果，却无法体会人物怎样走到这里？如果丢掉必要的犹疑、交锋或情绪抵达，就保留展开。事实未丢只是一项检查，不能据此抹平生活质感。
+
+**展开测试**：新增的每一轮有没有使信息、处境、判断、关系或感受发生变化？同一情绪可以持续，停顿也有时间感；只换措辞强调强度的反应链应收拢。原文已有的分阶段变化可以分段演出，不因相邻出现动作、感知、反应就判重复。
+
+重排后通读整场：读者还能知道谁在哪里、为什么停下、下一步为何发生吗？删过头导致电报体时，恢复必要的主体、连接和承接，不恢复模板解释。遵守作者字数范围；若有效内容不足以满足下限，报告缺口，不用微动作或新事件补齐。删改比例只描述实际变化，不决定哪些废话必须保留。
+
+## 细节要服务这场戏
+
+- **动作**：保留带来阻碍、失败、选择、关系或人物习惯的动作。没有必要逐次记录伸手、拿起、放下、转身；打斗、追逐、操作步骤若承担真实空间和因果信息，可以细写。
+- **心理**：保留新判断、误判、回忆、权衡与自我欺骗。准确直写能承担过渡；反复翻译刚发生的事、总结同一情绪则压缩。不能把内心活动一律改成身体反应。
+- **对话**：看双方各自争取什么、什么不愿说、哪次回应改变了局面。关键处展开，其余可用叙述带过，不把原文每个“他说/她说”都改成一行台词。对白、叙述和心理共同承接这场戏，不用整齐的一问一答代替场景。不要求每句答非所问，也不靠加粗话提高烈度。
+- **环境和物件**：观察应贴人物此时的注意力。可以建立生活质感、时间感、审美和关系；不要求每件东西都成为线索。逐件同精度陈列、通用天气和无功能装饰应压缩。
+- **群像反应**：人物因立场不同改变行动，值得分开；全体轮流手抖、后退、吃惊只是在重复标价。判断和分量可以由有立场的人给出，不强行给所有人台词。
+
+## 信息交付与收尾
+
+新人物、新物件或新设定出现时，让读者知道当前行动所需的身份、作用或限制。已有场内载体和简明叙述都可使用，不强迫改成手机、账单或办事卡点。必要解释可以直说；读者暂时不知道答案时，至少要知道自己正在等哪个问题。
+
+分清角色已知、读者已知与仍待揭露的信息。故意留下的悬念不补答案，必要承接不删成生词清单。事实依据与揭露时机的核查见 [story-logic.md](story-logic.md)。
+
+结尾检查最后一拍带来了什么：行动未完、关系变化、一次兑现、尚未解决的问题或情绪余韵都可以。动作、对话、心理和带立场的叙述均可收尾；清理重复复述、空泛哲理与没有具体对象的预告。短篇的主观审判、心死判词和火葬场预告按本书卖点取舍，保留并不等于放过重复。
+
+## 同一事实怎样换用笔
+
+以下为合成示例。已定事实：余舟要送信过溪，先试石墩，第二块松动后退回；他改从上游的倒树过，把信袋挂在颈前，终于到了对岸。
+
+**用笔失衡**：溪边有三棵树，两棵树皮灰白，一棵长了苔。树下散着石子，近处圆一些，远处扁一些。余舟想了几个办法，费了一番工夫，终于把信带过溪。
+
+**重心恢复**：
+
+> 余舟踏上第二块石墩，石头往下一沉，他赶紧退回岸边。
+>
+> 上游横着一棵倒树。他沿溪走过去，把信袋挂到颈前，空出手扶着树干，一点点挪到了对岸。
+
+改的是已定尝试和调整的呈现，没有新加救援者、工具或意外。如果资料只说“费了一番工夫”，连尝试和办法都没有，就不能照本例编石墩和倒树。
+
+**会改坏的方向**：只写“他从倒树过了溪”，会把已有的试探和改变办法压没；逐一罗列抬脚、落脚、换手，又会让无差别的动作抢走注意力。
+
+**该保留的慢处**：老人收起亡妻的茶具，先按她原来的位置放好，再取下来包纸。多停留的这一会儿可以让读者经历习惯与失落。可以修机械句式，不能仅以“事件推进少”删掉。

package/lib/oh-story/skills/story-review/references/quality-rubric.md

@@ -1,10 +1,10 @@
 # 通用网文内容审查 Rubric
 
-> 用途：当用户未指定番茄、起点、知乎盐言等目标平台时，作为 `/story-review` 的默认小说内容评分标准。它评估的是**故事文本质量**，不是 skill/plugin 实现质量。
+> 每次审查都用本表评估故事文本质量，再叠加平台表；表达默认值先按 `style-resolution.md` 与本书文风裁决。
 
 ## 评分方法
 
-每项按 PASS / WARN / FAIL 标记，并把 FAIL/WARN 转成统一 Findings Schema：
+每项先标 PASS / WARN / FAIL，再按实际影响把问题转成统一 Findings Schema：
 - 影响主线、角色动机、世界规则或读者信任 → S1
 - 明显影响留存、节奏、章节效果或人物可信度 → S2
 - 局部质量、格式、措辞、轻微节奏问题 → S3
@@ -24,12 +24,12 @@
 | 对话质量 | 对话有潜台词、信息控制和角色差异 | 有信息堆叠或声音略同质 | 对话像说明书，人人同腔 |
 | 设定一致性 | 不违背既有规则、时间线和角色属性 | 有轻微模糊点需补证据 | 与已写设定或前文事实冲突 |
 | 文字自然度 | 具体、可感、动作承载信息 | 偶有套话或抽象总结 | AI 腔、陈词滥调、总结体明显 |
-| 句长节奏 | 叙述默认是逗号长句，短句只作偶尔的孤立重拍、用完回到逗号长句 | 局部碎句或电报体，或偶发机械长短交替 | 逗号之间连着都是 ≤5 字、通篇超短句像提纲，或审改把逗号长句拆碎 |
+| 句长节奏 | 叙述默认是逗号长句，短句只作偶尔的孤立重拍、用完回到逗号长句；本书文风另有约定时按文风 | 局部碎句或电报体，或偶发机械长短交替 | 逗号之间连着都是几个字的碎块、通篇读着像提纲，或审改把逗号长句拆碎 |
 | 标点节奏 | 标点跟语气、人物声线和情绪功能匹配 | 局部标点单调或略有堆砌 | 通篇句号化、随机堆砌问号/感叹号，或用 `……`/`——` 硬造停顿 |
 | 具体字数表达校验 | 「这五个字」「短短四字」类表达的字数经核对属实，且有叙事必要 | 字数属实但换成「那几个字」更自然 | 字数与实际不符，或无法确认统计口径 |
 | 格式可读性 | 段落按戏剧单元/镜头自然断开，对话独立，无多余空行，主语节奏自然 | 局部段落偏长/偏碎或主语重复略多 | 大段堆叠、机械切段、对话/叙述难读、主语过密 |
 | 剧情循环 | 目标→阻碍→行动→代价/反馈→新期待闭环清晰 | 有循环但缺一环或反馈偏弱 | 无目标、无阻碍或无反馈，读者不知道局势如何变化 |
-| 高潮构建 | 蓄能→假胜→崩解→反转/兑现有层次 | 有爆点但蓄能或兑现不足 | 平铺直给、无代价、无兑现或情绪落空 |
+| 高潮构建 | 蓄能、情绪落差与兑现有层次；强反转可用蓄能→假胜→崩解→反转/兑现 | 有爆点但铺垫或兑现不足 | 缺铺垫、无兑现或情绪落空 |
 | 关系进展 | 互动尺度匹配关系阶段，越界有铺垫 | 局部推进略快但可补证据 | 突然亲密/信任/敌对，角色关系跳变 |
 | 伏笔状态 | 伏笔埋设、状态和回收路径可追踪 | 伏笔偏密/偏疏但不影响理解 | 伏笔与设定冲突、断线或造成主线理解混乱 |
 
@@ -41,15 +41,15 @@
 
 ## 发布建议门槛
 
-| 综合情况 | Verdict |
-|---|---|
-| 无 S1/S2，S3 可快速处理 | APPROVE |
-| 有 S2，或 S3 数量多影响阅读 | CONCERNS |
-| 有 S1，或核心卖点/动机/规则崩坏 | REJECT |
+| 综合情况 | Verdict | 报告「总体判断」 |
+|---|---|---|
+| 无 S1/S2，S3 可快速处理 | APPROVE | 可以发 |
+| 有 S2，或 S3 数量多影响阅读 | CONCERNS | 改完下面几处再发 |
+| 有 S1，或核心卖点/动机/规则崩坏 | REJECT | 局部能改好写「改完下面几处再发」，卖点、动机或规则整体崩坏写「这一章需要重写」 |
 
 ## 输出要求
 
 - 所有问题必须包含 severity、category、location、evidence、issue、fix。
 - 先列 S1/S2，再列 S3/S4。
-- 不要只给泛泛评价；每条 finding 必须能指导下一轮修改。
-- `consistency` / `factual` 类 finding 的 fix 只写事实统一方向，不写文学创作建议。
+- 每条 finding 写清具体问题与下一轮改法。
+- `consistency` / `factual` / `causal` / `rule_boundary` 类 finding 的 fix 只写事实统一方向，不写文学创作建议。

package/lib/oh-story/skills/story-review/references/review-tracking.md

@@ -1,10 +1,11 @@
 # story-review：审查收尾的追踪文件维护
 
-新追踪协议只有一个写入口：本 skill 的 `scripts/tracking_commit.py`；完整事务字段和命令见 `references/tracking-transaction.md`。**full / lean 模式只允许通过该工具修改 `追踪/`；solo 模式不修改任何 `追踪/` 文件。**不得直接 Edit/Write/追加 `伏笔.md`、角色快照、时间线视图、摘要或 `上下文.md`。
+追踪维护通过本 skill 的 `scripts/tracking_commit.py` 提交事务；[tracking-transaction.md](tracking-transaction.md) 只在报错或字段拿不准时读。**full / lean 模式只允许通过该工具修改 `追踪/`；solo 模式不修改任何 `追踪/` 文件。**不得直接 Edit/Write/追加 `伏笔.md`、角色快照、时间线视图、摘要或 `上下文.md`。
 
-1. **先检查状态**：执行 `tracking_commit.py check --project {项目根}`，确认 `_tracking-state.json` 与全部派生视图一致。失败时重跑产生当前目标状态的原事务，不得猜测、手改 Markdown 或另造事务覆盖。
-2. **判定是否需要修订**：只有正文证据表明现有追踪事实错误或缺失时才维护。过期伏笔、漏登记开放钩子、角色当前状态、客观时间线、读者认知都归入其证据所在章的 `mode=revision` 事务。普通审查意见和未来写作建议不进追踪。
-3. **构造完整同章事务**：先跑 `tracking_commit.py draft --project {项目根} --chapter {N}`，草稿已按该章现有记录预填；保留该章原有紧凑增量中仍成立的字段，只修改有证据的变化；核心角色变化同时提交截至当前最后已写章的完整 `character_snapshots`。伏笔对同一 ID `upsert` 当前状态，不增加重复行；时间线同时提交客观事实、读者当前认知和实际揭示状态。
-4. **提交并复检**：执行 `tracking_commit.py commit`，再执行 `check`。确认逐章记录规范且未超限、`上下文.md` 恰好固定 7 栏且 ≤12288 字节、作者/读者时间线及全部派生视图与 state 一致。
+1. **先检查状态**：执行 `tracking_commit.py check --project {项目根}`，确认 `_tracking-state.json` 与全部派生视图一致。失败时按 tracking-transaction.md 的错误类型处理；提交后派生视图不一致，用新的同章 revision 事务重建，不重跑已清理的旧输入，也不手改 Markdown。
+2. **判定是否需要修订**：只有正文证据表明现有追踪事实错误或缺失时才维护。过期伏笔、漏登记开放钩子、角色当前状态、客观时间线、读者认知都归入其证据所在章的 `mode=revision` 事务。审查意见与未来写作建议不进事实追踪。
+3. **构造完整同章事务**：先跑 `tracking_commit.py draft --project {项目根} --chapter {N}`，草稿已按该章现有记录预填；保留该章原记录中仍成立的内容，只修改有正文证据的变化；核心角色变化同时提交截至当前最后已写章的完整 `character_snapshots`。伏笔对同一 ID `upsert` 当前状态，不增加重复行；时间线同时提交客观事实、读者当前认知和实际揭示状态。
+4. **提交并复检**：执行 `tracking_commit.py commit --project {项目根} --input {事务文件}`，再执行 `tracking_commit.py check --project {项目根}`。确认逐章记录规范且未超限、`上下文.md` 恰好固定 7 栏且 ≤12288 字节、作者/读者时间线及全部派生视图与 state 一致。
+5. **正文改过时的出口**：commit 报「第N章正文已改」「字数目标已改」并要求改用 story-long-write 时，不重试、不改字数记录，因为本 skill 没有重新计数工具。把这章要修的追踪事实写进报告「需要你决定」，请作者在 `/story-long-write` 说「修改第N章」，并告诉它正文已经改过、要重新提交追踪。
 
 例如审查 demo 第 10 章时，若正文明确显示周薄森说专业重拍版“缺了灵魂”、张耀祖拍板继续用江晨手机原版，修订事务可以把该结果写进客观事实和读者已知；钟嘉嘉“只猜对了一半”背后的培养安排如果正文尚未揭示，只能留在作者真相，不能写入读者视图。

package/lib/oh-story/skills/story-review/references/rubrics/fanqie.md

@@ -1,18 +1,18 @@
-# 番茄小说 Quality Rubric
+# 番茄长篇 Quality Rubric
 
 ## 评分标准
 
+叠加在通用 rubric 上，只用于番茄长篇。下列数字是快节奏、强情绪写法的参考，不代表平台算法；先对照本书题材与已定节奏。
+
 | 指标 | PASS 标准 | FAIL 标准 |
 |------|----------|----------|
-| 开头吸引力 | 前 3 段包含冲突/悬念/钩子 | 前 3 段纯描写/背景介绍 |
-| 读者留存 | 每章结尾有"翻页动力"（悬念/反转/新信息） | 连续 3 章结尾无翻页动力 |
-| 题材匹配 | 内容符合标签类型（如甜宠/逆袭/重生） | 偏离标签类型超过 3 章 |
-| 算法友好 | 短段落、快节奏、高信息密度 | 大段落、慢节奏、低信息密度 |
-| 情绪节点 | 每 1000 字有情绪起伏 | 连续 2000 字情绪平直 |
-| 完读率预估 | 3 章 Hook 有效 + 节奏不拖 → 预估完读 >40% | 前 3 章无 Hook 或连续拖沓 → 预估完读 <20% |
+| 开头吸引力 | 前 3 段包含冲突/悬念/钩子，前 3 章节奏不拖 | 前 3 段纯描写/背景介绍，或前 3 章连续拖沓；完读率须用实际数据验证 |
+| 读者留存 | 每章结尾有"翻页动力"（悬念/反转/新信息） | 连续几章结尾都没有翻页动力 |
+| 题材匹配 | 内容符合标签类型（如甜宠/逆袭/重生） | 长时间偏离标签类型 |
+| 阅读节奏 | 段落便于手机阅读，节奏和信息量支撑核心卖点 | 机械切段或拖沓，信息不足以支撑阅读期待 |
+| 情绪节点 | 情绪起伏密，读者隔不久就有反馈（参考：约每千字一次） | 大段情绪平直，读者等不到反馈 |
 
 ## 使用方式
 
-- story-review 的 story-architect 视角引用此标准
-- advisory only，不 blocking
-- 番茄算法偏好快节奏、强情绪
+- 审查开局、节奏与情绪交付时对照本表。
+- 本表只作参考项，不单独定为必须改；具体判断须有原文证据。

package/lib/oh-story/skills/story-review/references/rubrics/qidian.md

@@ -1,19 +1,18 @@
-# 起点中文网 Quality Rubric
+# 起点长篇 Quality Rubric
 
 ## 评分标准
 
+叠加在通用 rubric 上，只用于起点长篇。成长与金手指项用于对应题材；没有等级或金手指的作品不据此判缺失。数字是参考，按本书节奏选用。
+
 | 指标 | PASS 标准 | FAIL 标准 |
 |------|----------|----------|
-| 爽点密度 | 每 3000 字 ≥1 情绪节点（升级/打脸/获宝） | 连续 5000 字无情绪节点 |
-| 升级节奏 | 每 50 章有等级/实力突破 | 100 章无任何升级 |
-| 金手指使用 | 每章提及或使用金手指（系统/戒指/功法） | 连续 5 章未提及金手指 |
-| 日更支持 | 大纲支持 4000 字/天节奏（每章 2000 字，每天 2 章） | 无日更计划，章节长度不规律 |
-| 钩子密度 | 每章结尾有悬念/钩子 | 连续 3 章结尾无钩子 |
-| 角色存在感 | 主角每章出场并推进 | 连续 2 章主角不出场或无推进 |
-| 追读比 | 章尾钩子 + 情绪连续性 → 追读比预估 >30% | 连续 3 章无钩子或情绪断裂 → 追读比预估 <15% |
+| 爽点密度 | 情绪节点（升级/打脸/获宝）间隔与本书节奏相符（参考：约每 3000 字一次） | 长段落没有情绪节点，读者等不到兑现 |
+| 升级节奏 | 实力突破的间隔与本书成长线一致 | 长期没有任何成长或突破 |
+| 金手指使用 | 金手指在推进中起作用，出场有理由 | 长期搁置到读者忘了它，或每章硬提一句 |
+| 追读钩子 | 章尾有悬念或钩子，情绪连续支撑后续期待 | 连续几章结尾无钩子或情绪断裂；追读比须用实际数据验证 |
+| 角色存在感 | 主角每章出场并推进 | 连续多章主角不出场或无推进 |
 
 ## 使用方式
 
-- story-review 的 story-architect 视角引用此标准
-- advisory only，不 blocking
-- 用户可自定义阈值
+- 审查成长线、金手指和连载期待时对照本表。
+- 本表只作参考项，不单独定为必须改；作者可按本书目标调整。

package/lib/oh-story/skills/story-review/references/rubrics/zhihu.md

@@ -1,20 +1,20 @@
-# 知乎盐言故事 Quality Rubric
+# 短篇 Quality Rubric
 
 ## 评分标准
 
+叠加在通用 rubric 上，用于所有短篇（知乎盐言、番茄、七猫、黑岩、红果、小程序及未定平台）。各平台的格式、引号和导语要求以 `设定.md`「平台基调」为准。
+
 | 指标 | PASS 标准 | FAIL 标准 |
 |------|----------|----------|
-| 第一人称 | 全文使用「我」视角 | 使用第三人称（除非多视角设计） |
-| 情绪拉扯 | 每段有情绪变化（期待→失望→惊喜等） | 连续 3 段情绪无变化 |
-| 反转设计 | 至少 1 个有效反转（前文有伏笔） | 无反转或反转无伏笔支撑 |
-| 结尾余韵 | 结尾留有思考空间/情感余韵 | 结尾完全封闭无回味 |
-| 格式合规 | 段落以短为主（有长短/疏密变化）、无空行、对话格式正确 | 通篇同长度或连续超长段落/空行/对话标签 |
-| 开头钩子 | 第一句话包含信息量（动作/冲突/悬念） | 第一句话纯描写/背景 |
-| 字数控制 | 8000-13000 字（盐言标准） | 超出或不足 |
-| 开头跳失率 | 第一句包含动作/冲突/悬念 → 跳失率预估 <30% | 第一句纯描写/背景 → 跳失率预估 >50% |
+| 第一人称 | 采用「我」视角时，所知信息与叙述姿态一致 | 已定第一人称却无依据换视角；明确采用其他视角不据此判错 |
+| 情绪拉扯 | 关键场景有期待→失望→惊喜等情绪变化，承接段服务于变化 | 连续几段重复同一情绪且无新信息或行动 |
+| 反转设计 | 有反转的篇目，反转前文有伏笔 | 反转无伏笔支撑；本篇设计为无反转的，看报应或关系兑现是否落地 |
+| 结尾余韵 | 兑现本篇情绪目标，收口有具体后果或情感余韵 | 只有空泛总结，或承诺的情绪没有落点 |
+| 格式合规 | 段落以短为主（有长短/疏密变化）、无空行、对话格式符合平台基调 | 通篇同长度或连续超长段落/空行/对话标签 |
+| 开头钩子 | 第一句用动作、冲突或悬念建立阅读理由 | 第一句纯描写/背景；跳失率须用实际数据验证 |
+| 字数控制 | 全文在本次锁定的字数范围内，并符合已核实的投稿要求 | 超出或不足，且作者未变更范围 |
 
 ## 使用方式
 
-- story-review 的 story-architect 和 character-designer 视角引用此标准
-- advisory only，不 blocking
-- 盐言故事注重第一人称代入感和情绪拉扯
+- 审查钩子、反转和情绪交付时对照本表。
+- 本表只作参考项，不单独定为必须改；叙述视角与收口按本篇已定文风检查。

package/lib/oh-story/skills/story-review/references/solo.md

@@ -1,20 +1,21 @@
 # story-review：solo 模式
 
-不 spawn Agent。先按 Phase 1 第 4 步识别目标平台并加载对应 rubric；即使是 solo，也必须用平台 rubric、`story-review/references/quality-rubric.md` 或内置审查基准包校准判断。
+当前会话直接审查，不 spawn Agent。先按 Phase 1 第 4 步加载通用 rubric 并叠加平台表；文件不可读用内置基准包。
 
-solo 必须执行基础检查：
-1. 格式合规性检查：按戏剧单元/画面分段而非机械按字数切分（偶发稍长的完整推理、氛围或情绪链不算违规，通篇同阈值切段或碎成提纲才算）；段首建立主语、段中用代词或省略，连续无必要重复同一角色名才算主语过密；无段间空行；对话独立成行；具体数字须确认统计正确且有叙事必要。
+逐项完成基础检查：
+1. 格式合规性检查：按戏剧单元/画面分段而非机械按字数切分（偶发稍长的完整推理、氛围或情绪链不算违规，通篇同阈值切段或碎成提纲才算）；段首建立主语、段中用代词或省略，连续无必要重复同一角色名才算主语过密；无段间空行；对话独立成行；正文评价台词、题字等所用的具体字数，须确认统计正确且有叙事必要。
 2. 简单的设定一致性 grep（角色名、属性、关键设定、伏笔关键词）+ 推理型一致性检查（规则边界、设定层级、跨章因果链、可滥用漏洞、代价一致性）。
-3. AI 味与禁用词检查：先读 `story-review/references/banned-words.md`，一级禁用词逐个核查、出现即报——预检脚本对高频套话只做密度统计、另查固定句式（否定翻转、破折号、章尾预告等），不会逐个报一级词，不能拿脚本结果代替。再读 `story-review/references/anti-ai-writing.md` 的「AI写作指纹」「10 种 AI 写作模式检测」两节，判断解释腔、告知式情绪、二级词滥用（该文件的改写顺序与范例是改稿用的，审稿不照做）。脚本命中逐条复核是不是功能性写法；两份文件不可读时用内置 AI 味 / 禁用词 fallback 速查。
-4. 通用网文内容评分（优先读取 `story-review/references/quality-rubric.md`，不可读时使用内置通用网文内容 rubric）。
-5. 按统一 Findings Schema 整理问题，再按下方模板写给作者。
+3. AI 味按表达、用笔、故事三层检查：完整读 `story-review/references/expression.md`、`story-review/references/narrative-focus.md`、`story-review/references/story-logic.md`，以及信号索引 `story-review/references/banned-words.md`。表层脚本只给候选，不替代三层诊断；词句干净也检查关键过程、详略失衡、行为依据与事件后果。每项报告原文位置、读者损失、建议与依据；缺少动机或事件设计时明确指出，不能以补动作代替。功能性写法按本书文风保留；只报告，不执行这些方法中的改写动作。参考不可读时用 SKILL.md 内置的三层去味 fallback 速查，并在「没法判断的地方」写明诊断受限。
+4. 按通用 rubric 加叠加的平台表评估内容。
+5. 长篇工程里，正文证据显示 `追踪/` 的事实错了或漏了，如伏笔过期、开放钩子漏登记，不改 `追踪/`，把要修的事实写进「需要你决定」，告诉作者：这次单人审不改追踪文件；装好审稿助手后用 `/story-review lean` 修，或在 `/story-long-write` 改到该章时一并提交。
+6. 按统一 Findings Schema 整理问题，再按下方模板写给作者。
 
 ### solo 模式输出格式
 
 <!-- author-report -->
 ```md
 === 《{书名}》{审查范围}审查（单人审）===
-这次怎么审的：我一个人审{；原因一句话，如"审稿助手还没装，运行 /story-setup 后可以四个视角审"}，按{番茄 | 起点 | 知乎盐言 | 通用网文}的标准。
+这次怎么审的：我一个人审{；原因一句话，如"审稿助手还没装，运行 /story-setup 后可以四个视角审"}，按通用网文标准{，加上番茄长篇 | 起点长篇 | 短篇平台的要求}。
 
 总体判断：{可以发 | 改完下面几处再发 | 这一章需要重写}——{一句话理由}
 

package/lib/oh-story/skills/story-review/references/story-logic.md

@@ -0,0 +1,65 @@
+# 故事成立与变化：诊断因果，按授权修复
+
+本文件检查事件、行为、信息和结果的关系。句段表达见 [expression.md](expression.md)，既有内容的详略见 [narrative-focus.md](narrative-focus.md)。执行范围由调用方确定，审稿只报告。
+
+## 沿事件检查，不套冲突公式
+
+先从原文和已有设计确认人物处境、所知信息、本场作用及结果，再追问结果怎样发生。人物可以被动、冲动、犯错、忍让；日常、沉淀和氛围场景也有价值。不要求每场戏都有对手、反转、代价或胜负。
+
+| 检查对象 | 可执行的问题 | 需要定位的缺口 |
+|---|---|---|
+| 行为依据 | 他根据当时所知，为什么会选这一步？害怕、习惯、误判有无文本支持？ | 只因作者需要就突然信任、反抗、原谅；人物为结果临时变性格 |
+| 因果承接 | 后件由前件的哪个条件触发？中间条件已经写过，还是根本不存在？ | “然后”连接一串事件，解释句宣称成功却没有成立过程 |
+| 他人立场 | 对方想保住什么，有什么限制？他为什么接受或改变策略？ | 所有人只负责帮忙、送线索、惊讶或认错，没有自己的理由 |
+| 办法与结果 | 解法、失误、收益是否有前文支撑？结果的分量与准备是否相称？ | 临时出现的证据或能力解决问题；一句请求就越过已建立的阻力 |
+| 变化与承接 | 经历之后，关系、认知、资源、期待、情绪或行动空间有什么变化？后文是否接住？ | 连续场景重置到原状，同一种办法反复奏效，已发生的事没有影响 |
+| 信息与时序 | 谁在何时知道什么，从何得知？读者何时获知？ | 人物提前知道答案、把回忆当现场、剧透尚未揭露的因果 |
+
+逐项有问题才记录，正常项可以略过，不为填满检查表回头加戏。判断“过平”要指出原文中的重复或缺失：例如连续求助被拒却从未调整办法，或已经设计的关系变化没有影响后来行为。一次没有冲突的照料不能据此判平。
+
+## 缺的是写法，还是成立条件
+
+遇到转变突兀，先检索本次提供的前文、设定与大纲。结论分三种：
+
+- **依据已有，正文没接上**：按既定信息边界恢复承接，避免重复解释。若已定承诺只在前文出现，可以让角色在当前交涉中使用它。
+- **资料不足，暂时不能判断**：明确哪一项未知，继续有依据的改稿；不能因为没给全书就判全书无铺垫，也不能替作者补出前情。
+- **当前设计确实缺条件**：说明原文的哪次选择或结果缺少什么支持，给最小设计方案及影响。增加“他终于被打动”这类解释不能补足对方立场。
+
+区分信息缺口与悬念：门外留下湿脚印，尚不知道谁来过，构成一个明确的问题；不应替作者猜出答案。读者连人物为何守着这扇门、当下要做什么都无从理解时，才回查并补已有的必要背景。
+
+## 诊断深度与执行权限分别确定
+
+| 可以在普通去味中落改 | 需要剧情设计授权的改动 |
+|---|---|
+| 修正可核实的指代、主体、时序笔误 | 多种解释均成立，需要替作者选定真实动机 |
+| 恢复已有因果、条件和信息来源的承接 | 新增承诺、证据、人物身份、能力、事件或信息来源 |
+| 展开已定交锋、权衡和反馈，调整同场详略 | 改变人物决定、胜负、关系走向、代价或事件顺序 |
+| 在既定揭露边界内呈现已知信息 | 提前揭底、搬动伏笔，或改变读者与人物获知顺序 |
+
+对白措辞和必要微连接可以为既定内容服务；不能借一句台词或一个顺带动作新增威胁、承诺、拿到证据或改变人物策略。改换视角时只叙述该视角有依据的感知与认知，不能添加“进门时发现”“后来听说”等新经历来保留信息。
+
+作者已明确要求重写或允许调整剧情时，直接执行被授权部分，保留其余已定事实；不用再次请求同一授权。仍缺少关键选择依据时，提出可审阅的最小选项。修法要写到哪次行为、什么条件或什么结果上，说明会牵动哪些后文，不只说“加强冲突”。建议与推测放在报告，不悄悄成为正文事实。
+
+## 成组示例：结果需要可成立的过程
+
+以下为合成示例。
+
+**原文**：掌柜指认学徒改了账。学徒拿出一张抄本，众人立刻相信他，掌柜当众认错。
+
+**可定位的诊断**：抄本由谁保存、为何可信、众人凭什么有能力和立场核对，都未交代。仅仅有人拿出纸，不能证明其上内容成立；也不能靠增加旁人惊讶来补足。
+
+**普通去味**：清理空泛修饰，保留已定的澄清结果；查前文有无验账惯例、独立底稿或见证条件。当前资料没有时，把未修的缺口列入报告，提出最小方案及需要新增的条件，不把方案当作发生过的事。
+
+**已有前情且作者授权演出**：此前三位伙计各自封存过底稿，掌柜允许众人当面核账。
+
+> 学徒把自己的底稿放在柜上，请另两人拆开封存的那两页。三份末行都是同一个数，和掌柜手中的新账对不上。
+>
+> 掌柜拿着那几页纸，承认这一笔不是学徒改的。
+
+证据的分量来自已有的独立保存与核对条件，没有临时增加秘密证人。若前情已经写足，只需呈现核对；无需再制造一次失败来“增加波折”。
+
+**会改坏的方向**：突然增加录音、权势亲戚或暗中交易，让结果更热闹却改掉故事依据；或未经授权把澄清改为失败，以“增加代价”替作者决定后果。
+
+## 修后回读
+
+把本次修改前后放回事件链，核对人物知情顺序、选择依据、结果及下一场承接。报告区分已修的缺口、仍需设计的部分和因资料不足未作结论的部分。表达顺了不代表故事缺口已经消失。

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

@@ -1,10 +1,10 @@
 # 文风与参考冲突裁决
 
-写正文、改写、去 AI 味和审稿都先做这一步；inline 与 agent 用同一份裁决。无需另建画像或要求作者填写配置。
+写正文、改写、去 AI 味和审稿前，先确定本次生效的文风要求。主会话与子代理共用本次裁决。
 
-## 按维度取值，不把整份文件互相覆盖
+## 按表达维度确定优先级
 
-表达选择按以下顺序取第一个明确、适用的要求：**当前请求 > 本书文风/设定 > 本书 active 作者记忆 > 题材、流程、全局 active 记忆 > 主对标文风 > 题材包与通用 references 默认值**。未声明的维度才向下补齐；本书例外不撤销全局习惯，临时要求不写回长期记忆。
+表达选择按以下顺序取第一个明确、适用的要求：**当前请求 > 本书文风/设定 > 写作流程传入的适用偏好 > 主对标文风 > 题材包与通用 references 默认值**。传入偏好中，本书要求优先于题材、流程和全局要求；未声明的维度才向下补齐。
 
 句长、视角、标点、对话落法、情绪直写、修辞、叙述者评论和收尾方式都是表达维度。reference 中的“必须”“禁用”“最高优先级”、示例和检测阈值不使默认写法升级为作者不可覆盖的规则。主对标的低置信观察不压过作者的明确选择。
 
@@ -14,7 +14,7 @@
 
 1. 从本次正文路径确定书目录（长篇为 `正文/` 的父目录，短篇为 `正文.md` 所在目录）。读该书 `设定/文风.md`；短篇同时读 `设定.md` 的文风约定。无文件就继续，不建占位文件、不猜其他书。文风无最低字数限制，一句可执行的偏好也有效；空白、纯标题、待补充不算。
 2. `_文风摘要.md` 只辅助定位，不替代全文。当前会话已读全文时无需反复读；摘要与全文不一致用全文，不让旧摘要压过作者的新修改。
-3. 有作者记忆时 query，显式传当前书名、已知题材和流程以及需要的 kind，避免只取到 global；没有就跳过。只用 active；同一维度窄范围覆盖宽范围，不拼成同时满足的清单。无法判定的同范围冲突才问作者，已能按优先级解决的不询问。
+3. 复用调用方传入的适用偏好与文风裁决，同一表达维度由窄到宽取值；同范围冲突不明才问作者。独立调用没有传入结果时，按当前请求与本书文风继续。
 4. 在现有 prompt 填 `style_resolution`：本次生效的表达要求及来源、被覆盖的默认条款、必须保留的事实/信息边界；只列与任务有关的冲突，无冲突可写“按本书文风”。原样传给正文、去味和文字 reviewer，并传文风全文路径。同批复用，当前请求或文风变动时更新。单独调用去味/审稿也执行本步骤，不靠上次会话的记忆。
 
 ## 检测器如何服从裁决
@@ -24,4 +24,4 @@
 - 本书文风明确允许某种停顿标点时，可登记 `——` 或 `……`；具体修辞登记完整的获准原句，不能登记“不是”“没有”等泛词来关闭整类检查。
 - 每项用上一行 `# 来源：…；用途：…` 说明当前请求或文风依据。只为执行作者已明确的选择登记，不因脚本报警自动放行。当前请求禁止某写法时移除相冲突的豁免；一次性保留只登记该句，不推断长期习惯。
 - 深扫、标点整理和写后/下一章检查读取同一白名单。豁免只影响对应字面片段的风格检查；同一行其他问题照报，事实、字数、占位、工程词、截断和文件结构检查不豁免。
-- 所选 Gate 仍执行：检查该写法是否重复、冗余、破坏节奏或越过信息边界；有这些具体问题才改。裁决与发现可简短写在正常交付报告中，不写进小说正文。
+- 调用方限定的检查范围仍执行，检查重复、冗余、节奏和信息边界问题。裁决与发现写在交付报告中，不写进小说正文。

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

@@ -2,7 +2,7 @@
 
 ## 初始化事务
 
-新书从第 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 章开始。
+仅尚无追踪状态时初始化。新书从第 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
 {
@@ -28,4 +28,4 @@
 }
 ```
 
-导入初始化时直接传入当前核心角色快照、伏笔当前行、时间线事件和固定 7 栏状态输入。阶段/卷级回看按需查询正文，不作为每章强一致追踪产物。
+导入示例须按已读正文改写当前状态，不能照用第 0 章内容；全部导入批次完成后初始化一次，不重置已有 state。传入当前核心角色快照、伏笔当前行、时间线事件与 JSON 中六项 context 输入，由脚本生成七栏 `追踪/上下文.md`。阶段/卷级回看按需查询正文，不作为每章强一致追踪产物。

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

@@ -1,6 +1,6 @@
 # 追踪状态协议
 
-`追踪/` 使用“一个结构化权威状态 + 多个确定性派生视图”。模型只提交一份语义 JSON，不分别 `Write/Edit/echo >>` 多个追踪文件。
+`追踪/` 以结构化 state 为权威，由脚本生成各 Markdown 视图。模型只提交一份语义 JSON，不分别 `Write/Edit/echo >>` 多个追踪文件。
 
 ## 权威层与派生层
 
@@ -118,7 +118,7 @@ Markdown 只负责给作者和 Agent 阅读，工具不再反向解析 Markdown
 约束：
 
 - 构造事务前运行 `check`，把当前 `state_revision` 原样写入 `expected_state_revision`；若状态已经变化，重新读取 state 并重构事务。
-- `context` 的允许字段随子命令不同：`init` 收 `position`、`long_term_constraints`、`active_character_names`、`continuity_risks`、`recent_chapters`、`next_chapter_commitments` 六项；`commit` 只收前四项。`recent_chapters` 与 `next_chapter_commitments` 在 commit 时由工具从当前视图和本章 `delta` 派生，手填会在任何写入前被拒（`context contains unsupported fields: ...`，exit 2）。照 init 示例套 commit 事务是最容易踩的一处。
+- `context` 的允许字段随子命令不同：`init` 收 `position`、`long_term_constraints`、`active_character_names`、`continuity_risks`、`recent_chapters`、`next_chapter_commitments` 六项；`commit` 只收前四项。`recent_chapters` 与 `next_chapter_commitments` 在 commit 时由工具从当前视图和本章 `delta` 派生，手填会在任何写入前被拒（`context contains unsupported fields: ...`，exit 2）。commit 事务须使用自身允许字段，不能照搬 init 示例。
 - `character_snapshots` 中出现的角色视为核心复用角色，必须同时出现在 `character_changes`；已经建立快照的核心角色再次变化时必须提交新快照。
 - 角色快照的四个列表不限制条数，只限制单项长度和最终文件总字节：目标 ≤4096 字节，超过警告；硬上限 8192 字节，超过则在任何写入前拒绝。
 - 没有快照的角色变化视为临时角色，不建立状态文件；`context.active_character_names` 最多 6 人且必须已有当前快照。