@lemoncat7/dsh-partner 2.8.1 → 2.8.3

package/resources/skills/story-creation/upstream/skills/story-review/references/review-quality.md

@@ -0,0 +1,246 @@
+
+# 审稿质量检查清单
+
+## 目录
+
+- [一、通用检查](#一通用检查)
+- [二、长篇专项](#二长篇专项)
+- [三、短篇专项](#三短篇专项)
+
+## 一、通用检查
+
+### 章节结构
+- [ ] 开头有钩子（不是天气/风景/日常开场）
+- [ ] 中段有推进（快节奏题材要有可见事件；慢热题材状态变化即可）
+- [ ] 局势有变化（读完这章，世界跟之前不一样了）
+- [ ] 结尾落在变化上（不是总结）
+
+### 开篇检查（前 300-500 字）
+- [ ] 有钩子，能抓住注意力
+- [ ] 不从天气/风景/日常开始
+- [ ] 主角快速出场
+- [ ] 卖点或危机可见
+- [ ] 开局不与同题材默认套路撞车（有钩子≠不同质；能整体换到任意同类书就是同质化）
+
+### 章节推进
+- [ ] 本章至少改变目标 / 风险 / 信息 / 关系 / 资源 / 身份 / 情绪立场七类状态之一；快节奏（番茄/爽文）应有可见事件或爽点，慢热/情感文才可只靠低压小变化达标，不强求每章高潮
+- [ ] 不是水字数（删掉这章会损失哪项状态变化？答不出才需压缩）
+- [ ] 任务卡点有用：卡住之后是否带来上述状态变化？
+- [ ] 推进强弱是否符合本书已建立的题材、兑现节奏与对标，而非套固定通用字数
+
+### 信息传递
+- [ ] 没有大段设定说明文
+- [ ] 信息跟着冲突走（通过事件传递设定）
+- [ ] 设定量可控（一章不超 3 个新概念）
+
+### 场景检查
+- [ ] 场景有目标（人物要什么）
+- [ ] 场景有阻碍（什么挡着）
+- [ ] 场景有变化（结束后跟之前不同）
+- [ ] 人物在做事情，不是在感觉事情
+- [ ] 没有可删除的段落
+
+### 章尾
+- [ ] 结尾落在变化上
+- [ ] 有危机/决定/发现/反转中的至少一个
+- [ ] 不是总结式结尾
+- [ ] 拉住读者翻下一页
+
+### 语言
+- [ ] 没有空洞的抒情段落
+- [ ] 没有连续多段同一情绪
+- [ ] 对话符合人物身份（不同人说话方式不同）
+- [ ] 标点节奏符合语气和人物声线：没有通篇句号化，也没有随机堆砌问号/感叹号；正文（含对话）不残留 `……`/`——`，迟疑或打断已改为动作、短句、逗号或句号
+- [ ] 情绪词有落点（融进动作句、当对话提示语、结句后直接换事或接场内物件），不是接更多情绪
+- [ ] 标题行以外没有章节/写作元信息：不得出现 `第[一二三四五六七八九十百千万两0-9]+章|上一章|上章|前一章|本章|这一章|前文|后文|伏笔|细纲|读者` 这类词；需要承接前文时改成角色能感知的事件锚点或相对时间；故事内真实阅读/讨论“第X章”或真实读者身份语境除外
+
+### 连载连续性
+- [ ] 没有遗忘之前的承诺/伏笔
+- [ ] 没有突然塞入大量新设定
+- [ ] 伏笔有推进
+- [ ] 故事引擎还在运转
+
+### 水（filler）检测
+以下信号出现 = 可能水了：
+- 全章对话没有任何新信息
+- 同一个情绪写了 3 段以上
+- 场景描写超过 500 字但不推进剧情
+- 角色回忆之前发生的事但没有任何新视角
+- 连续 2 章以上没有冲突
+- 删掉无损的流程细节 / 任务卡点 = 水；压缩或删除
+
+---
+
+## 二、长篇专项
+
+### 黄金三章检查
+- [ ] 第一章前 500 字有钩子？
+- [ ] 主角第一章就出场？
+- [ ] 第一章有事件（不是纯铺垫）
+- [ ] 第二章有升级（矛盾加深）
+- [ ] 第三章有追读理由（给出继续看的动力）
+- [ ] 前三章有至少 2 个爽点？
+- [ ] 世界观没有大段说明文？
+- [ ] 每章结尾有往下看的理由？（低压/过场章弱钩子或阶段目标即可，不强求强悬念）
+
+### 节奏检查
+- [ ] 最近 5 章是否有明确进展？
+- [ ] 爽点间隔是否超过 5000 字？（按章节定位：高压/推进章查间隔；低压/关系/信息整理章不计入）
+- [ ] 有没有连续 2 章以上没有冲突？（呼吸章正常；红线是连续两章压力级≤1 或相邻章情绪趋同）
+- [ ] 一卷是否有章节定位高低层次，没有全程同一力度？低压+过场是否克制（合计不超约 15%）？
+
+### 人物检查
+- [ ] 主角行为符合人设？
+- [ ] 配角是否有存在感？
+- [ ] 反派逼格是否匹配当前阶段？
+
+### 五维评分标准
+
+每个维度 0-100 分，根据评分结果选择精修策略。
+严重度：critical、high＝必须修；medium＝建议看；low＝仅提示。
+
+### 维度 1：核心一致度
+检查：关键冲突、关键行动、人物动机是否前后一致。
+
+| 问题 | 严重度 | 修复 |
+|------|--------|------|
+| 人物动机突然改变无铺垫 | critical | 补充动机转变的触发事件 |
+| 核心冲突前后不一致 | high | 回溯修改冲突设定 |
+| 关键行动与人物性格矛盾 | high | 调整行动或补充解释 |
+| 次要矛盾遗忘 | medium | 回收或弱化 |
+
+### 维度 2：表层重写度
+检查：句式与措辞是否足够原创，避免套路化表达。
+
+| 问题 | 严重度 | 修复 |
+|------|--------|------|
+| 照搬原句导致语气不自然 | medium | 只在确有 AI 腔时改写，正常原句可保留 |
+| 大量使用 AI 标志词 | high | 替换为具体描述 |
+| 同一句式重复出现 | medium | 变换表达方式 |
+| 描写过于文学化（辞藻堆砌、书面腔、比喻成串） | medium | 改为口语化/动作化；动作化不是切成三五字短句串，改写后叙述仍以逗号长句为主 |
+
+### 维度 3：格式一致度
+检查：段落是否按戏剧单元/镜头自然断开，主语/角色名节奏是否自然，开头结尾格式是否统一。
+
+| 问题 | 严重度 | 修复 |
+|------|--------|------|
+| 机械按字数切段或主语过密 | medium | 按戏剧单元重排段落，段首点名、段中代词/省略、关键转折再点名 |
+| 字数不在目标范围 | medium（长篇欠字交作者定）；短篇 **high** | 先核对情节点是否都写到；都写到就不为字数加戏。长篇欠字交作者选、超字最多净删一次；短篇整篇须进入锁定范围，缺情节点才补；去AI味已有正文时不得新增剧情 |
+| 格式混乱（对话/描写不统一）| low | 统一格式 |
+
+### 维度 4：可读性
+检查：是否有啰嗦、AI 腔、空泛总结、套路修辞。
+
+| AI 腔特征 | 如何识别 | 如何修复 |
+|-----------|----------|----------|
+| 空泛总结 | 「他终于明白了」「一切尽在不言中」 | 删掉，用行动代替 |
+| 套路修辞 | 「命运仿佛在和他开玩笑」 | 删掉或换成具体描述 |
+| 比喻堆叠 | 连续多处「像/好像/仿佛/如同」，每个画面都靠比喻解释 | 只留最有叙事功能的少数比喻，其余改成动作、物件、声音或后果 |
+| 空转情绪句 | 「他感到一阵悲伤」，无落点 | 删，或写他此刻做不成的事；直写本身不算缺陷 |
+| 心理描写空转 | 内心独白无新信息、重复同一情绪或复述读者已知 | 只压缩空转部分；带新信息、决断或情绪转折的独白不按句数压缩 |
+
+### 维度 5：逻辑连贯
+检查：句间/段间是否通顺，有无设定冲突。
+
+| 问题 | 严重度 | 修复 |
+|------|--------|------|
+| 设定前后矛盾 | critical | 查找并统一设定 |
+| 时间线错误 | high | 标记时间线并修正 |
+| 角色信息不一致 | high | 建立角色档案对照 |
+| 因果链断裂 | medium | 补充过渡 |
+
+### 精修策略
+
+根据五维评分结果，选择精修策略：
+
+| 主要问题 | 策略 | 说明 |
+|----------|------|------|
+| 核心一致度低 | rewrite | 围绕核心冲突重写相关段落 |
+| 字数超标 | compress | 删减不推动剧情的内容 |
+| 无意义卡点 | compress | 保留卡出的变化，压掉流程 |
+| AI 腔重 | de_ai | 替换禁用词、改写句式 |
+| 小问题多 | polish | 打磨语言细节 |
+
+### 读者契约审查
+
+审稿先问“无毒吗”，再问“好看吗”：没有契约破坏只代表不踩雷，还要确认情绪兑现足够强。
+
+- [ ] 按契约四问审：1. 主角是不是靠自己的选择挣到了结果？2. 核心收益或高光有没有被配角、机构或巧合无交换地拿走？3. 有没有动用本阶段还不该解锁的终局底牌，或把某条升级线顶到天花板？4. 旧期待付了利息没，又给读者留了什么期待？新地图、新机构、新谜团有没有被拿来逃避旧承诺？四问都过＝契约安全，能靠铺垫、交换、成本补上＝需补强，补不上＝契约破坏。
+- [ ] 反向审查：若删除“安全解释”，情绪是否更强？若保留风险情节，是否带来更强期待、代价或爽点？
+- [ ] 高潮或兑现后是否允许短暂低压和小而可见的收益，而非机械立即加危机？
+
+---
+
+## 三、短篇专项
+
+### 虐爽节奏检查
+
+短篇特有的检查项——虐点和爽点的分布是否合理：
+
+```
+理想分布：虐1 → 虐2 → 虐3 → 爽1(小) → 虐4 → 爽2(大)
+禁忌分布：虐1 → 虐2 → 虐3 → 虐4 → 虐5（无爽点，读者流失）
+禁忌分布：爽1 → 爽2 → 爽3 → 爽4（无铺垫，爽感疲劳）
+```
+
+检查规则：
+- 每个场景或小节应改变风险、信息、关系、资源、决定、行动或读者理解之一，或让上一个选择的后果落地
+- 压力可以来自任务、证据、等待、手艺、空间和关系，不把直接冲突当成固定字数配额
+- 最大爽点放在前因汇合、主角选择和证据足以支撑的位置，并为后果留出篇幅；不按固定百分比挪动
+- 结尾应有情绪落点、局部兑现或明确余波，不强制同一种收法
+
+### 对话密度检查
+
+| 检查项 | 通过标准 | 需复核信号 |
+|--------|----------|------------|
+| 对白功能 | 改变信息、策略、权力、关系或下一步行动 | 删掉对白后场景没有任何变化 |
+| 无对白场景 | 由任务、物件、证据、空间、等待或手艺推动 | 只有解释和情绪复述，没有可见动作或新信息 |
+| 对话节奏 | 话轮长度服从人物权力和现场压力 | 连续微型问答、换说法重复、每句都配动作标签 |
+| 对白占比/条数 | 只作同题材、同平台样本的观察数据 | 不设跨题材通过阈值，不为抬高占比补对白 |
+
+### 主角筹码与情绪检查（打脸/复仇文专用）
+
+| 检查项 | 通过标准 |
+|--------|----------|
+| 主角的冷静是否可见？ | 通过取证、选择、延迟回应或资源调度体现；不强配端水杯、整理西装、转笔等标志动作 |
+| 情绪失控是否成立？ | 次数和位置服从累积压力；失控必须改变行动、关系或代价，不按百分比禁用 |
+| 主角与反派的反差来自哪里？ | 来自筹码、判断、行动后果或信息差，不强制反派歇斯底里 |
+| 台词长短是否体现权力？ | 长短、打断、沉默和回避随现场筹码变化，不设固定比例 |
+| 审判式对话是否必要？ | 只在提问能迫使对方选择、暴露矛盾或改变关系时使用，不设最低处数 |
+
+### 证据链完整性检查（复仇/打脸文专用）
+
+| 检查项 | 标准 |
+|--------|------|
+| 证据是否按判断变化释放？ | 每次释放都应改变行动或读者模型；完整证据链可在同一场景集中落地，不设次数 |
+| 每个证据是否有铺垫？ | 前文必须埋过线索 |
+| 反派反应是否有因果？ | 由其筹码、误判和损失决定，不重复“先得意再被打脸”模板 |
+| 最终证据是否最致命？ | 最后一个证据要改变全局认知 |
+| 是否需要"定时炸弹"证据？ | 仅在提前布局符合主角能力、时间线和取证条件时使用 |
+
+### 毒点/代入感/震惊/开头/结尾/情绪/期待感速查
+
+> 详细的毒点分类、识别方法和修复方案见 `anti-ai-writing.md`。
+
+| 检查项 | 标准 |
+|--------|------|
+| 爽文不爽 | 金手指效果必须展示清楚 |
+| 压制无目的 | 每次压制必须服务于后续爆发 |
+| 反派结局与主角无关 | 反派之死必须因主角行动导致 |
+| 经济/战力崩坏 | 设定前后一致，以普通人为锚点 |
+| 女主/女配降智 | 人设正常可写，老套路别写 |
+| 读者期待长时间不满足 | 适时满足或引入新期待 |
+| 主角行为不可理解 | 必须能理解、能共鸣 |
+| 氛围被突兀梗破坏 | 氛围 > 突兀梗（乐子文除外） |
+| 钩子不回收 | 钩子不回收 = 烂尾 |
+| 震惊分层 | 点→网→深度，不能只写点震惊 |
+| 震惊阶梯递进 | 阶梯式上升，非直线 |
+| 震惊有广度 | 关系网都要有反应 |
+| 前50字有冲突/异常 | 不能是背景铺垫 |
+| 前100字知核心矛盾 | 必须知道 |
+| 开头情绪强度 | ≥7（1-10） |
+| 结尾是具体的 | 动作/对话/画面，禁止总结/反思 |
+| 结尾有余韵 | 读者还想往下看 |
+| 结尾情绪强度 | 虐≥8，爽≥7，治愈≥6 |
+| 情绪对等释放 | 虐多少补多少，反派结局关联主角 |
+| 期待管理 | 两长一短不断，核心卖点贯穿 |

package/resources/skills/story-creation/upstream/skills/story-review/references/review-tracking.md

@@ -0,0 +1,10 @@
+# story-review：审查收尾的追踪文件维护
+
+新追踪协议只有一个写入口：本 skill 的 `scripts/tracking_commit.py`；完整事务字段和命令见 `references/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 一致。
+
+例如审查 demo 第 10 章时，若正文明确显示周薄森说专业重拍版“缺了灵魂”、张耀祖拍板继续用江晨手机原版，修订事务可以把该结果写进客观事实和读者已知；钟嘉嘉“只猜对了一半”背后的培养安排如果正文尚未揭示，只能留在作者真相，不能写入读者视图。

package/resources/skills/story-creation/upstream/skills/story-review/references/rubrics/fanqie.md

@@ -0,0 +1,18 @@
+# 番茄小说 Quality Rubric
+
+## 评分标准
+
+| 指标 | PASS 标准 | FAIL 标准 |
+|------|----------|----------|
+| 开头吸引力 | 前 3 段包含冲突/悬念/钩子 | 前 3 段纯描写/背景介绍 |
+| 读者留存 | 每章结尾有"翻页动力"（悬念/反转/新信息） | 连续 3 章结尾无翻页动力 |
+| 题材匹配 | 内容符合标签类型（如甜宠/逆袭/重生） | 偏离标签类型超过 3 章 |
+| 算法友好 | 短段落、快节奏、高信息密度 | 大段落、慢节奏、低信息密度 |
+| 情绪节点 | 每 1000 字有情绪起伏 | 连续 2000 字情绪平直 |
+| 完读率预估 | 3 章 Hook 有效 + 节奏不拖 → 预估完读 >40% | 前 3 章无 Hook 或连续拖沓 → 预估完读 <20% |
+
+## 使用方式
+
+- story-review 的 story-architect 视角引用此标准
+- advisory only，不 blocking
+- 番茄算法偏好快节奏、强情绪

package/resources/skills/story-creation/upstream/skills/story-review/references/rubrics/qidian.md

@@ -0,0 +1,19 @@
+# 起点中文网 Quality Rubric
+
+## 评分标准
+
+| 指标 | PASS 标准 | FAIL 标准 |
+|------|----------|----------|
+| 爽点密度 | 每 3000 字 ≥1 情绪节点（升级/打脸/获宝） | 连续 5000 字无情绪节点 |
+| 升级节奏 | 每 50 章有等级/实力突破 | 100 章无任何升级 |
+| 金手指使用 | 每章提及或使用金手指（系统/戒指/功法） | 连续 5 章未提及金手指 |
+| 日更支持 | 大纲支持 4000 字/天节奏（每章 2000 字，每天 2 章） | 无日更计划，章节长度不规律 |
+| 钩子密度 | 每章结尾有悬念/钩子 | 连续 3 章结尾无钩子 |
+| 角色存在感 | 主角每章出场并推进 | 连续 2 章主角不出场或无推进 |
+| 追读比 | 章尾钩子 + 情绪连续性 → 追读比预估 >30% | 连续 3 章无钩子或情绪断裂 → 追读比预估 <15% |
+
+## 使用方式
+
+- story-review 的 story-architect 视角引用此标准
+- advisory only，不 blocking
+- 用户可自定义阈值

package/resources/skills/story-creation/upstream/skills/story-review/references/rubrics/zhihu.md

@@ -0,0 +1,20 @@
+# 知乎盐言故事 Quality Rubric
+
+## 评分标准
+
+| 指标 | PASS 标准 | FAIL 标准 |
+|------|----------|----------|
+| 第一人称 | 全文使用「我」视角 | 使用第三人称（除非多视角设计） |
+| 情绪拉扯 | 每段有情绪变化（期待→失望→惊喜等） | 连续 3 段情绪无变化 |
+| 反转设计 | 至少 1 个有效反转（前文有伏笔） | 无反转或反转无伏笔支撑 |
+| 结尾余韵 | 结尾留有思考空间/情感余韵 | 结尾完全封闭无回味 |
+| 格式合规 | 段落以短为主（有长短/疏密变化）、无空行、对话格式正确 | 通篇同长度或连续超长段落/空行/对话标签 |
+| 开头钩子 | 第一句话包含信息量（动作/冲突/悬念） | 第一句话纯描写/背景 |
+| 字数控制 | 8000-13000 字（盐言标准） | 超出或不足 |
+| 开头跳失率 | 第一句包含动作/冲突/悬念 → 跳失率预估 <30% | 第一句纯描写/背景 → 跳失率预估 >50% |
+
+## 使用方式
+
+- story-review 的 story-architect 和 character-designer 视角引用此标准
+- advisory only，不 blocking
+- 盐言故事注重第一人称代入感和情绪拉扯

package/resources/skills/story-creation/upstream/skills/story-review/references/solo.md

@@ -0,0 +1,52 @@
+# story-review：solo 模式
+
+不 spawn Agent。先按 Phase 1 第 4 步识别目标平台并加载对应 rubric；即使是 solo，也必须用平台 rubric、`story-review/references/quality-rubric.md` 或内置审查基准包校准判断。
+
+solo 必须执行基础检查：
+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 整理问题，再按下方模板写给作者。
+
+### solo 模式输出格式
+
+<!-- author-report -->
+```md
+=== 《{书名}》{审查范围}审查（单人审）===
+这次怎么审的：我一个人审{；原因一句话，如"审稿助手还没装，运行 /story-setup 后可以四个视角审"}，按{番茄 | 起点 | 知乎盐言 | 通用网文}的标准。
+
+总体判断：{可以发 | 改完下面几处再发 | 这一章需要重写}——{一句话理由}
+
+## 格式与设定
+- 分段与人名节奏：{没问题 | 第N章第M段起……}
+- 空行与对话换行：{没问题 | ……}
+- 具体数字：{没问题 | 第N章「……」对不上或没必要}
+- 前后矛盾：{没发现 | 第N章「……」与第M章「……」矛盾}
+- 因果和规则漏洞：{没发现 | ……}
+
+## 必须改（{n} 处）
+1. 第{N}章「{原文引用}」
+   问题：{读者会怎么想、哪里读不通}
+   建议：{具体改法}
+
+## 建议改（{n} 处）
+{同上格式}
+
+## 可以不改（{n} 处）
+{一行一条}
+
+## 需要你决定
+{问题 + 选项 + 我的建议；没有就写"无"}
+
+## 没法判断的地方
+{缺哪份设定或大纲导致没法核对、需要人工查证的外部事实；没有就写"无"}
+
+## 下一批接着核对
+{仅分批审查填写；否则删掉本节}
+
+下一步：{一句话}
+技术备注：Mode {full | lean | solo}→solo · Fallback {…} · Rubric {…} ({file | embedded})
+```
+
+---

package/resources/skills/story-creation/upstream/skills/story-review/references/style-resolution.md

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

package/resources/skills/story-creation/upstream/skills/story-review/references/tracking-initialization.md

@@ -0,0 +1,31 @@
+# 追踪初始化事务
+
+## 初始化事务
+
+新书从第 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
+{
+  "schema_version": 1,
+  "book_title": "让你管账号，你高燃混剪炸全网",
+  "last_chapter": 0,
+  "context": {
+    "position": {
+      "volume": "第一卷·军宣整顿",
+      "volume_start_chapter": 1,
+      "story_time": "江晨到火箭军文工团报到前",
+      "scene": "火箭军文工团"
+    },
+    "long_term_constraints": ["军宣爽点要用作品效果和围观反应链兑现，不能只靠系统播报"],
+    "active_character_names": [],
+    "continuity_risks": [],
+    "recent_chapters": [],
+    "next_chapter_commitments": ["让江晨报到，并落下五天百万粉的新手任务"]
+  },
+  "character_snapshots": {},
+  "foreshadow": [],
+  "timeline_events": []
+}
+```
+
+导入初始化时直接传入当前核心角色快照、伏笔当前行、时间线事件和固定 7 栏状态输入。阶段/卷级回看按需查询正文，不作为每章强一致追踪产物。

package/resources/skills/story-creation/upstream/skills/story-review/references/tracking-transaction.md

@@ -0,0 +1,146 @@
+# 追踪状态协议
+
+`追踪/` 使用“一个结构化权威状态 + 多个确定性派生视图”。模型只提交一份语义 JSON，不分别 `Write/Edit/echo >>` 多个追踪文件。
+
+## 权威层与派生层
+
+| 层级 | 文件 | 语义 |
+|---|---|---|
+| 唯一权威 | `_tracking-state.json` | schema、最后提交章、导入截止章、状态修订号、上下文结构、角色/伏笔/时间线，以及已提交章节的简短字数记录 |
+| 章节记录 | `逐章记录/第NNN章.md` | 本章对未来连续性有用的紧凑变化；目标 ≤1536 字节，硬上限 3072 字节；导入范围内修订写成覆盖记录 |
+| 派生视图 | `上下文.md`、`角色状态/{角色名}.md`、`伏笔.md`、`时间线/作者真相.md`、`时间线/读者已知.md` | 完全从 `_tracking-state.json` 生成；禁止手改，不作为程序输入 |
+
+Markdown 只负责给作者和 Agent 阅读，工具不再反向解析 Markdown。`check` 直接从 `_tracking-state.json` 重渲染并逐文件比较。未来“第几章揭示”的计划写在卷纲/细纲，不写成时间线既成事实。
+逐章记录只是便于人阅读的紧凑变化记录，不承诺单独无损重建全部当前状态；完整当前语义以 `_tracking-state.json` 为准。
+
+## 运行工具
+
+先按运行环境探测 Python 3 解释器（依次尝试 `python3`、`python`、`py -3`）。追踪事务脚本使用当前 skill 根目录；字数与章节闭环统一使用 `story-long-write` skill 根目录：
+
+```text
+{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} [--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` 四项当前值），并输出各文本字段的字数上限与在场核心角色的当前快照。新章（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` 时由调用方删除。已有字数记录的章节正文或目标改过后，`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`——删掉那个手写文件后重跑原事务即可。
+
+本工具不解析旧 `_tracking-meta.json`、`时间线/事件库.json` 或更早追踪结构，不提供语义兼容层。`init` 遇到这类旧文件时，先把它们按原样整体移入 `追踪/_旧追踪存档/`，再在原地建当前协议：旧内容留给作者查阅，不参与解析，当前状态完全以 init 输入为准。校验失败的 `init` 不移动任何文件。`commit` 与 `check` 仍直接拒绝旧结构——它们只在已建协议的项目上运行。
+
+## 初始化事务
+
+仅新书或导入初始化时，执行 `init` 前必须完整读取 [tracking-initialization.md](tracking-initialization.md)，按其中原始 JSON 与导入边界构造事务。已有项目续写直接使用下方逐章事务，不重复读初始化示例。
+
+调用方的逐章 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。
+
+## 逐章事务
+
+```json
+{
+  "schema_version": 1,
+  "mode": "append",
+  "chapter": 10,
+  "chapter_title": "专业团队拍得还不如他拍的好？",
+  "expected_state_revision": 9,
+  "delta": {
+    "result": "专业团队重拍的高清版在高层看片会上被判定缺了灵魂，张耀祖拍板继续采用江晨的手机原版。",
+    "character_changes": [
+      {"name": "江晨", "change": "作品价值获军内高层确认，从爆款新人升为不可替代的军宣创作者"}
+    ],
+    "foreshadow_changes": [
+      {
+        "action": "upsert",
+        "id": "F027",
+        "summary": "专业团队仍拍不出江晨原版的灵魂，继续验证其创作能力不可复制",
+        "planted_chapter": 10,
+        "planned_resolution_chapter": null,
+        "status": "已埋",
+        "importance": "中"
+      }
+    ],
+    "timeline_events": [
+      {
+        "action": "upsert",
+        "id": "E010",
+        "story_time": "实弹训练两天后",
+        "objective_fact": "文工团高层否决专业重拍版，决定沿用江晨手机拍摄的原版视频",
+        "reader_knowledge": "读者已看到周薄森指出专业版缺了灵魂，张耀祖当场拍板用回原版",
+        "reveal_status": "已揭示",
+        "reveal_chapter": 10,
+        "characters": ["江晨", "周薄森", "张耀祖"]
+      }
+    ],
+    "constraints": ["后续继续用作品落地效果和围观反应放大江晨的高光，不能只写系统奖励数字"],
+    "next_chapter_commitments": ["结算五天百万粉任务，并承接老兵主题的新任务"]
+  },
+  "context": {
+    "position": {
+      "volume": "第一卷·军宣整顿",
+      "volume_start_chapter": 1,
+      "story_time": "实弹训练两天后",
+      "scene": "火箭军文工团高层看片会"
+    },
+    "long_term_constraints": ["军宣爽点要用作品效果和围观反应链兑现，不能只靠系统播报"],
+    "active_character_names": ["江晨"],
+    "continuity_risks": ["钟嘉嘉说江晨只猜对一半，未公开的培养安排不能被当成读者已知事实"]
+  },
+  "character_snapshots": {
+    "江晨": {
+      "identity": "火箭军文工团宣传兵；军宣爆款创作者",
+      "location": "火箭军文工团高层看片会",
+      "goal": "完成五天百万粉任务，持续做出真正能打的军宣内容",
+      "state": "专业团队反向验证原版价值，军内认可继续抬升",
+      "abilities_resources": ["前世MCN爆款运营经验", "《中国军魂》伴奏", "大师级导演能力"],
+      "relationships": ["钟嘉嘉持续提供军报资源", "周薄森和张耀祖已明确认可其创作能力"],
+      "knowledge": ["《军报》采访稿已经过审", "原版视频将继续作为正式军宣内容"],
+      "open_threads": ["五天百万粉任务尚未结算", "钟嘉嘉所谓只猜对一半仍未解释"]
+    }
+  }
+}
+```
+
+约束：
+
+- 构造事务前运行 `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 事务是最容易踩的一处。
+- `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` 时，逐章记录必须重算为修订后该章仍然成立的完整连续性记录（用 `draft` 预填的草稿改，漏写的项会从记录里消失，工具在 stderr 警告被清空的栏目；原有的退役登记原样保留）；当前角色、伏笔、时间线和上下文则提交受影响对象截至最新已写章的当前值。
+- 修订导入截止章内的正文时，会新增或覆盖该章的逐章记录；`imported_through_chapter` 不变。
+
+## 续写状态卡固定格式
+
+`上下文.md` ≤12288 字节，由 state 整份生成，只含以下 7 个顶层区块：
+
+1. `## 当前位置`
+2. `## 长期约束`
+3. `## 核心角色状态`
+4. `## 活跃伏笔`
+5. `## 近三章速记`
+6. `## 下一章承诺`
+7. `## 连贯性风险`
+
+其中活跃角色最多 6 人、活跃伏笔确定性选取最多 8 条、近章只保留 3 章。这些是下一章热上下文容量，不是完整角色状态的容量限制。