name: 连续性审查 description: 作者要查前后矛盾（境界、位置、物品、生死、谁知道什么、人设、时间线），或改了前文想知道会影响哪些章节时使用 kind: check version: 2
用途
从作品的状态账本和线索账本出发找前后矛盾，而不是把几章正文塞给模型“找茬”：账本记着每个人物在每章的状态、每条线索的来龙去脉，比凭记忆重读正文可靠。
常见的矛盾
- 状态：死后又出场、同一时刻在两个地方、物品来历不明、境界或伤势前后对不上。
- 知情范围：人物知道了他不该知道的事（信息没有途径传到他那里）。
- 人设：行为或台词和人物卡、语言指纹不符；对照这个人物在过往章节同类处境里的做法。
- 线索：埋了很久没动、重复回收、回收方式和埋设时不一致。
- 时间线：故事顺序和叙述顺序混淆，倒叙没交代清楚。
判断要留余地
疑点不等于错误：回忆、伪装、误导、作者有意的反转都可能是合理解释。每条问题给出两处原文、可能的解释和影响范围，让作者裁决；影响范围是候选清单，不保证没有遗漏。
在平台上怎么做
- 人物在某章时的状态：read_character_state；线索账本：list_threads；时间线与故事线：read_timeline、read_storylines；查原文出处：search_book。
- 某一章的状态疑点会出现在 check_chapter 的报告里（附两处原文）。
- 作者改了前文：impact_report 列出可能受影响的后续章节，再和作者商量处理范围。
- 作者裁决后：record_suspect_verdict 记下（附作者原话）；改线索状态用 update_thread（附作者原话）。
什么时候问作者
每条疑点都由作者裁决；要改前文时先说清会影响哪些章节，作者定了范围再动。