# 冷线复查与回归决策表

## 一、先判断它为什么冷

### 正常冷却

- 正在给别的线让位
- 读者仍记得它
- 动态状态里已写明“暂缓原因”

### 危险失温

- 读者可能已经忘了
- 前次变化太大，但后续没桥接
- 即将回收，却长期没有触碰

## 二、四种决策

### 1. 直接推进

适合：该线本来就该回来了。

### 2. 间接提醒

适合：本章主任务不在它身上，但必须让读者重新记起它，且记起后期待值发生变化。

### 3. 压力转移

适合：本线暂时不回归，但影响转移到另一个人物 / 事件 / 机构身上。

### 4. 合理休眠 / 归档

适合：当前卷确实不该碰，或它已经完成使命。

## 二点五、决策来源层（新增）

- `本体回归层`：人物 / 关系 / 伏笔 / 旧债是否该直接回来。
- `链路升温层`：即便对象本体不回，也是否必须让某条章节链重新被读者感到。
- `回写层级层`：若当前问题不是“回不回来”，而是“回来也发虚”，应回写故事面 / 控制卡 / 场景职责 / 补丁层中的哪一层。

## 三、禁止的假处理

- 点名式 cameo
- 硬塞一句“我们还没忘记那件事”
- 让角色出来露个脸，但任何压力都没变

## 三点五、最小决策工件（新增）

```markdown
【当前对象 / 链路】
【为什么冷】正常冷却 / 危险失温
【本轮决策】推进 / 提醒 / 转移 / 休眠 / 归档
【若不直接回归，要升温哪条链】
【若仍发虚，优先回写哪层】
【最迟复查窗口】
```

## 四、若失温对象属于章节链路

当失温的不是人物 / 关系 / 伏笔本体，而是以下章节链路对象时：

- 主卖点显影链
- 中段回报链
- 章末接棒链
- 章首抓眼链

除了判断“该不该回”，还必须判断“优先回写层级”：

- 故事面 / 卷纲
- 控制卡
- 场景职责
- 开头补丁 / 章末补丁

否则容易出现：看似回了一下，其实只是补丁，没有真正升温。

## 五、Green / Yellow / Red 决策判定（新增）

- `Green`：能说清它为什么冷、本轮为什么这样决策、最迟何时复查、以及若仍发虚该回写哪层。
- `Yellow`：决策方向大致对，但缺最迟复查窗口或回写层判断。
- `Red`：只能说“这条线该回来了”，却说不清怎么回、为什么回、回不动时该修哪层。

# 动态状态模板

```markdown
# 动态状态

## 最新章节
- 章号：
- 时间：
- 写后更新人 / 更新轮次：

## 关键事件
- 

## 人物状态变化
- 角色：
  - 位置：
  - 情绪状态：
  - 已知信息：
  - 持有物：
  - 身体状态：
  - 外部变化：
  - 内部变化：
  - 当前弧阶段：

## 章节行为记录追加
- 角色：
  - 本章关键行为一句话：

## 人物回归压力
- 本章已回归：
- 下章高优先回归：
- 可继续休眠：

## 关系变化
- 关系：
  - 前状态：
  - 现状态：
  - 未结债务：

## 世界观 / 规则更新
- 新地点：
- 新规则 / 新例外：
- 新组织 / 新势力：
- 时间线新增节点：

## 主支线热度
- 热线：
- 温线：
- 冷线：
- 归档线：

## 章节链路热度
- 主卖点显影链：
- 中段回报链：
- 章末接棒链：
- 章首抓眼链：
- 人物声音差 / 关系温度链：

## 线热变化说明
- 本章升温：
- 本章降温：
- 本章转移：
- 本章归档：

## 伏笔与回收压力
- 新埋伏笔：
- 已激活：
- 待回收：
- 已超期：

## 章节摘要与进度同步
- 本章摘要（2–3 句）：
- TODO 状态更新：待创作 / 进行中 / 已完成
- 本章实际节奏权重：

## 合理休眠说明
- 对象：
- 暂不回归原因：
- 最迟复查窗口：

## 未解决钩子 / 情绪债务
- 

## 下一章承接压力
- 核心人物：
- 核心关系：
- 必须碰一下的线：

## 写后复盘
- 本章真正推进了哪条线：
- 本章真正回收了哪条线：
- 本章新增了哪条更危险的问题：
- 当前最容易失温的对象：
- 当前最容易失温的章节链路：
- 若需回写，优先回写层级：

## 决策与进度快照
- 本轮新增决策（如有）：
- 当前处理章节：
- 当前步骤：规划 / 写作 / 审查 / 润色 / 归档
- 是否被阻塞：
- 下一步 1–3 个动作：
```

# 合理休眠说明模板

```markdown
## 合理休眠说明

- 对象：
- 当前热度：温 / 冷
- 暂不回归原因：
- 若继续不回归，最迟应在哪个窗口复查：
- 与哪条线保持隐性连接：
- 休眠期间不能被误写成：已解决 / 已无关
```

# 归档更新_决策日志_进度追踪补编

> 吸收外部 `archive-maintenance`、`decision-log-template` 与 `progress-tracker-template` 的归档共性规则，把连续性管理从“记得哪些线热”补强为“章节定稿后如何更新事实层、决策层与进度层”。

## 一、基本原则

- 只记录**已经发生的事实**，不预测未来章节。
- 只更新**有变化的字段**，不无意义地全表重抄。
- 若定稿章节与旧资料冲突，以**定稿章节**为准修正事实层，并在日志中写明原因。
- 稳定字段与动态字段分开维护，避免“一章一改性格底色”。

## 一点五、三层归档映射（新增）

- `事实更新层`：人物动态状态、关系变化、世界观条目、悬念 / 伏笔状态。
- `决策记录层`：结构决策、节奏偏离、钩子类型选择、偏离原规划的原因。
- `进度追踪层`：当前章节、当前步骤、阻塞状态、最近完成章节、下步动作。

默认顺序：先更 `事实更新层`，再补 `决策记录层`，最后刷 `进度追踪层`；不要只写“在推进”，却不更新已经发生的事实。

## 二、人物档案更新

### 稳定字段（通常不随单章改）

- 基本信息
- 性格核心
- 语言指纹
- 背景
- 角色弧线主轴

### 动态字段（章节定稿后更新）

- 位置
- 情绪状态
- 已知信息
- 持有物品
- 身体状态
- 最后更新章节编号

### 章节行为记录

- 采用**追加**，不回改旧记录
- 每章一句话
- 只写关键行为，不写文学感想

### 升格规则

- 配角戏份明显上升时，可从精简模板升级到完整模板
- 升级时补齐缺失字段，不要抹掉既有动态记录

## 三、人物关系总览更新

关系表只在**发生实质变化**时更新：

- 关系类型
- 当前状态
- 关键事件（追加章节编号）
- 最后更新

禁止写成“复杂”“很微妙”这类模糊话，尽量落到具体：

- 表面合作但互不信任
- 已结盟，但利益冲突开始显影
- 关系缓和，但旧债未清

## 四、世界观文件更新

根据章节定稿结果，按需更新：

- `地理 / 地点`
- `规则 / 设定`
- `组织 / 势力`
- `时间线`

### 只在这些情况更新

- 新地点首次真正进入故事
- 新规则被建立或揭示
- 新组织 / 势力正式上场
- 已有条目发生了状态改变

不要为未来可能会出现的内容提前建空条。

## 五、情节记录更新

章节定稿后至少补：

- 大纲中的 TODO 状态
- 本章章节摘要（`2–3` 句话）
- 悬念追踪：新增 / 部分回应 / 已回收 / 超期
- 伏笔追踪：埋设 / 回收 / 余波

### 悬念 / 伏笔状态建议

- 活跃
- 部分回应
- 已回收
- 超期
- 转移到其他线

## 六、决策日志

在以下情况追加决策日志：

- 场景拆分 / 合并的关键结构决策
- 节奏权重偏离常规
- 钩子类型选择有特别理由
- 章节定稿偏离原规划但有正当理由
- 新增了原计划外但必须记住的结构性安排

### 每条决策最小字段

- 日期
- 状态：`Active / Superseded / Under Review`
- 影响范围：全书 / 卷 / 章 / 场景
- 决策内容
- 理由
- 备选方案及弃用原因
- 置信度
- 依赖条件
- 触发重新审视的条件
- 关联决策

已失效决策保留，不物理删除。

## 七、进度跟踪器

连续性管理不仅是“谁该回来了”，还应知道项目当前走到哪里。

### 快速状态字段

- 章节范围
- 当前状态：`已完成 / 规划中 / 写作中 / 审查中 / 润色中 / 未开始`
- 当前步骤

### 进行中详情

- 当前处理章节
- 当前步骤
- 是否被阻塞
- 最近完成章节
- 待处理问题

### 决策暂存

- 本会话做出的关键决策摘要
- 理由
- 置信度

### 下步计划

- 下次会话的 `1–3` 条清晰动作

### 会话历史

- 日期
- 完成工作
- 遗留问题

## 七点五、最小归档工件（新增）

```markdown
【事实更新层】本轮变了什么
【决策记录层】本轮做了什么结构决定
【进度追踪层】当前章节 / 当前步骤 / 是否阻塞 / 下步动作
【当前判定】Green / Yellow / Red
```

## 八、热 / 温 / 冷 / 归档 与事实更新的关系

- **热线**：近期必须继续推进；若已写后，优先更新动态状态与悬念状态
- **温线**：可短暂休眠，但必须在进度或回归压力中留痕
- **冷线**：允许阶段性休眠，但要写明合理休眠说明
- **归档线**：已完成或已无继续供血需求，转入历史记录，不再强行回温

## 九、一致性检查清单

连续性层复核至少要问：

- 人物当前状态是否与最近章节一致
- 世界规则是否被新章节改写了
- 活跃悬念是否超期无推进
- 活跃伏笔是否被遗忘
- 大纲 TODO 状态是否与实际流程一致
- 是否存在“正文已定稿，归档仍停在旧版本”的错位

## 十、落盘习惯

- 字段无内容时写 `暂无`
- 章节编号统一 `chNN`
- 人名保持一致，不用昵称替代正式名
- 描述尽量客观、短、可检索

## 十一、连续性日志落盘规约（强制）

连续性日志是连续性与冷热线的聚合快照，区别于`通用-管理连续性冷热线`执行时更新的动态状态、决策日志与进度跟踪器——后者按"事实→决策→进度"三层归档更新，分散维护；日志是它们的聚合摘要，在批量闭环或卷级收官时归档一次。

### 落盘路径

```
连续性管理/
├── 第X卷/
│   ├── 连续性日志_[范围]_YYYY-MM-DD.md
│   └── ...
└── ...
```

- 根目录 `连续性管理/` 与 `小说正文/` 平级，属作者侧管理文档，不进入读者可见目录。
- 按卷级拆分：每卷一个子目录。
- 无卷级结构的作品（或跨卷连续批次），直接放在 `连续性管理/` 根目录下，文件名中注明范围。

### 文件名格式

```
连续性日志_[范围]_YYYY-MM-DD.md
```

| 字段 | 规约 | 示例 |
| --- | --- | --- |
| 范围 | 单章 `ChN` / 连续章 `ChN-M` / 卷级 `VolN` / 全书 `全书` | `Ch1-5` |
| 日期 | 日志创建或最后更新日期 | `2026-06-04` |

### 何时创建与更新

- **写后新增**：每轮章节创作闭环完成后，若`通用-章节创作闭环`要求写后回到`通用-管理连续性冷热线`更新状态，应在更新完三层归档（事实/决策/进度）后判断是否需要创建或追加连续性日志。
- **卷级收口**：整卷闭环完成时，必须创建或更新该卷的连续性日志。
- **批量收口**：批量章节全部闭环（连续两轮>9.2，读者产物齐全）时，必须创建或更新对应范围的连续性日志。
- **不逐章更新**：连续性日志是聚合快照，不逐章追加（章节行为记录在"事实更新层"中按追加维护，日志是对已更新事实的摘要归档）。

### 最小内容字段

```markdown
## 已完成文件

| 文件 | BodyCJK | 终审评分 | 9.2连续两轮 |
|---|---|---|---|
| ... | ... | ... | ... |

## 审阅产物
- 审阅意见/...（各审阅报告路径）
- 阅读笔记/...
- 分章书评/...

## 连续性状态
- M0谜面状态：
- 穿书信息差使用概况：
- 情绪锚定链：
- 人物动态：
- 软肋/短板记录：
- 待办：

## 改动的上游文档
- 本轮改动了哪些人物传记/故事设定/大纲（如无，写"[无]"）
```

### 与动态状态、决策日志、进度跟踪器的关系

| 工件 | 粒度 | 更新频率 | 与日志的关系 |
| --- | --- | --- | --- |
| 动态状态（人物/关系/世界观） | 字段级 | 定稿后逐章判断是否更新 | 日志从中提取"人物动态"摘要行 |
| 决策日志 | 决策级 | 仅在关键结构决定时追加 | 日志可引用决策日志中的关键决策 |
| 进度跟踪器 | 步骤级 | 每轮闭环结束时更新 | 日志的"已完成文件"应反映最新进度 |
| **连续性日志**（本工件） | **批次/卷级** | **卷级或批量收口时创建** | 聚合前三者的关键状态 |

### 日志红线

- 不得把连续性日志放在 `小说正文/`、`审阅意见/`、`阅读笔记/` 等读者侧或审阅侧目录下。
- 不得在连续性日志中记录未来剧情规划或推测（只记已发生的事实）。
- 不得用连续性日志替代动态状态或决策日志的实时更新（日志是摘要归档，不是实时记录）。

## 红线

- 不得把未来计划写进事实层
- 不得回改旧章节行为记录
- 不得每章都重写关系表而不判断是否发生实质变化
- 不得因为“看起来没冲突”就跳过日志、摘要、悬念 / 伏笔状态更新

## Green / Yellow / Red 归档判定（新增）

- `Green`：事实已更新、关键决策已留痕、进度状态真实可续跑。
- `Yellow`：事实层已更，但决策或进度追踪仍缺一块，后续续跑会发虚。
- `Red`：只有“做了什么”的感觉，没有事实更新、没有决策留痕、没有真实进度快照。

# 章节链路热度与回写层级表

适用于连续性管理时，不只看人物、关系、伏笔冷不冷，还看章节生产链本身哪些部位正在失温、漂责或需要回写。

## 一、先明确：连续性不只属于人物和支线，也属于章节生产链

除了人物、关系、伏笔、旧债会冷，以下东西也会冷：

- 主卖点显影位
- 本章主抓手
- 中段回报模式
- 章末接棒对象
- 第一场抓眼职责
- 最后一场钩子职责

如果这些连续几章都发虚，读者感受到的就是“失温”。

## 二、章节链路也可分热线 / 温线 / 冷线 / 归档线

### 热线

- 最近几章持续有效显影
- 读者能明确感到它在工作

### 温线

- 本章没有主打，但仍被有效触碰
- 还不至于被忘记

### 冷线

- 理论上还重要，但近几章触碰无效或仅点名
- 已开始有遗忘风险

### 归档线

- 这一阶段已完成使命
- 不需再维持热度

## 三、哪些章节链路对象需要纳入台账

建议至少把以下对象纳入连续性观察：

1. 本书主卖点显影链
2. 关键故事面供血链
3. 章首抓眼职责链
4. 中段回报链
5. 章末接棒链
6. 关键人物声音差 / 关系温度链

## 四、最小热度表

### 主卖点显影链

- 当前热度：热 / 温 / 冷 / 归档
- 最近一次有效触碰：[第几章 / 怎样显影]
- 失温风险：高 / 中 / 低
- 需不需要本章 / 下章回归：是 / 否
- 若回写，优先回哪层：故事面 / 控制卡

### 中段回报链

- 当前热度：[待填]
- 最近一次有效触碰：[待填]
- 失温风险：[待填]
- 需不需要本章 / 下章回归：[待填]
- 若回写，优先回哪层：控制卡 / 场景职责

### 章末接棒链

- 当前热度：[待填]
- 最近一次有效触碰：[待填]
- 失温风险：[待填]
- 需不需要本章 / 下章回归：[待填]
- 若回写，优先回哪层：控制卡 / 章末补丁

### 章首抓眼链

- 当前热度：[待填]
- 最近一次有效触碰：[待填]
- 失温风险：[待填]
- 需不需要本章 / 下章回归：[待填]
- 若回写，优先回哪层：场景职责 / 章首补丁

### 人物声音差链

- 当前热度：[待填]
- 最近一次有效触碰：[待填]
- 失温风险：[待填]
- 需不需要本章 / 下章回归：[待填]
- 若回写，优先回哪层：场景职责 / 去AI味

## 四点五、来源层映射（新增）

- `卖点与供血层`：主卖点显影链、关键故事面供血链。
- `章节职责层`：章首抓眼链、中段回报链、章末接棒链。
- `补丁修正层`：章首补丁、章末补丁、去AI味、对话职责等局部修正层。

先判哪一层失温，再判回写哪一层；不要一看到“翻页感弱”就直接修章末。

## 五、连续性层最重要的新判断

### 1. 有提到，不等于有效触碰

例如：

- 主卖点被点名，但没有显影
- 钩子还在，但接棒对象不清
- 人物回来了，但关系温度没变

这些都应视为“假触碰”。

### 2. 某条链连续多章只假触碰，就该升为危险冷线

### 3. 危险冷线不仅要决定“该不该回”，还要决定“回写哪层”

## 六、回写层级建议

### 优先回故事面 / 卷纲

- 主卖点连续数章只剩概念，不再形成具体显影
- 某条故事面供血本身已在卷级失踪

### 优先回控制卡

- 中段回报链连续发虚
- 下章接棒对象长期不清
- 主抓手总写不进正文

### 优先回场景职责

- 第一场连续抓不住
- 中段回报场连续不成立
- 最后一场连续不像钩子场

### 优先回补丁层

- 首尾职责本来在，但局部落针不准
- 问题集中在章首 / 章末最后 150–300 字

## 七、动态状态模板建议新增的追踪项

写后更新时，除人物 / 关系 / 伏笔外，建议补记：

- 本章主卖点显影是否有效
- 本章中段回报是否有效
- 本章章末接棒对象是否清楚
- 当前最容易失温的是哪条章节链路

## 八、一句话收口

**连续性管理不只是在管“谁该回来”，也在管“这本书最该持续工作的那几条章节链，最近是不是开始失温了”。**

## 九、Green / Yellow / Red 链路判定（新增）

- `Green`：卖点与供血层、章节职责层、补丁修正层之间的热度和回写层级都清楚。
- `Yellow`：已经看到哪条链在发冷，但回写层级还存在轻度摇摆。
- `Red`：链路失温已明确，却仍不知道该回故事面、控制卡、场景职责还是补丁层。

# 连续性与冷热线保真规则

## 一、看“有效触碰”，不看“提没提到”

一个人物、关系、伏笔、线索是否真正回归，要看它是否带来了：

- 直接推进
- 压力提醒
- 关系变化
- 后果显影
- 合理休眠说明

只提一句名字、不改变任何压力，不算回归。

## 二、热度口径

- **热线**：当前驱动主要冲突或读者期待。
- **温线**：暂时不是核心，但最近有实质存在。
- **冷线**：再不碰就会被读者忘记或显得作者忘了。
- **归档线**：已完成或已说明休眠。

## 二点五、来源层速判（新增）

- `对象热度层`：人物、关系、伏笔、旧债、规则边界本体是否真的还在工作。
- `章节链路层`：主卖点显影链、中段回报链、章末接棒链、章首抓眼链等生产链对象是否仍在工作。
- `归档决策层`：该推进、提醒、转移、休眠还是归档，是否已写明理由与最迟复查窗口。

默认顺序：先看 `对象热度层`，再看 `章节链路层`，最后做 `归档决策层`；不要只说“这条线冷了”，却说不清冷的是对象本体还是章节链条。

## 三、默认预警窗口

- 核心 recurring 角色：约 3–5 章无有效触碰，应复查。
- 主要支线：约 4–6 章无实质推进，应复查。
- 临近回收窗口的伏笔：若连续错过 2 次自然回收机会，应预警。
- 剧烈变化后的重要关系：2 次出场内没有桥接，视为高风险。

## 四、有效响应类型

某个元素变冷后，可选响应只有这几种：

- 直接推进
- 间接提醒，但必须改变预期
- 压力转移到另一条线
- 在动态状态中写“合理休眠说明”
- 明确归档 / 收束

禁止：

- 象征性 cameo
- 机械提醒
- 为了打卡而硬塞一句旧线索

## 五、连续追读口径

- 每章都应完成“推进或回收一个既有问题 + 新增一个更危险的问题”。
- 若一条线长期没有承担“被回答 / 被提醒 / 被加压 / 被转移”的任一动作，读者就会觉得作者忘了。
- 若一段关系、一个重要人物、一个高压伏笔在上次剧烈变化后迟迟没有桥接，读者会把这种空档感知为失温而非留白。

## 六、章章有推进 / 章章有回报口径

- 每章至少推进一条线索、一次成长或一次关系变化。
- 每章中段必须有一次明确回报；若当前章节计划无法指出该回报对应的是哪条线，那么线热判断大概率也会失真。
- 每章结尾至少留下一个明确可追问点；这通常意味着至少有一条线被升温、转移或改写。

## 七、连续性控盘对象清单

默认需要同时检查以下对象：

- 主线谜团 / 主冲突
- 重要支线
- 单元案 / 事件余波
- 关键线索
- 关键对象
- 伏笔与呼应总纲中的回收窗口
- 时间轴中的硬约束节点
- 重要人物关系债务
- 已立起但尚未兑现的规则边界 / 代价

## 八、卷中段失温的典型症状

以下任一症状出现两次以上，通常说明卷中段已经在失温：

- 章节能概括剧情，但说不出哪条线获得了实质推进。
- 主要人物仍在出场，但关系没有新变化，像机械维持存在感。
- 伏笔还在“记得提”，但读者已经无法判断它与当前危机有什么关系。
- 新事件不断发生，却没有把旧压力转接进来。
- 章末仍有钩子，但钩子与现有冷热线没有明确挂钩。

## 九、写后更新时必须写入的字段

每次章节完成后，更新动态状态时至少记录：

- 本章真正推进了哪条线
- 本章真正回收了哪条线
- 本章让哪条线升温 / 降温 / 转移
- 哪个人物关系债务被新建或加重
- 哪个伏笔进入回收倒计时
- 哪个对象暂时休眠，以及为什么可以休眠

## 十、最终验收口径

连续性管理做到位时，读者应当感受到：

- 没有哪条重要线突然蒸发
- 没有哪次重大变化被作者假装没发生
- 旧债会回来，而且回来时会改变局势
- 新线不是平地起楼，而是从旧线裂缝里长出来

## 十一点五、最小连续性工件（新增）

```markdown
【对象热度层】谁热 / 谁温 / 谁冷 / 谁归档
【章节链路层】哪条链正在失温
【归档决策层】推进 / 提醒 / 转移 / 休眠 / 归档
【最迟复查窗口】
【当前判定】Green / Yellow / Red
```

## 十二、Green / Yellow / Red 连续性判定（新增）

- `Green`：对象热度清楚、章节链路有效、归档决策留痕且复查窗口明确。
- `Yellow`：大方向可控，但至少一层开始发虚，例如对象还在、链路已假触碰，或休眠理由不够硬。
- `Red`：重要对象和章节链条都在失温，且没有决策、没有窗口、没有回写层判断。

## 十三、三层记忆架构参考（吸收自 InkOS 写作 Agent 系统）

> 来源：[Narcooo/inkos](https://github.com/Narcooo/inkos) — 面向长短篇小说、剧本剧作与 IP 内容的创作智能体系统（v1.6.2）
> 证据充分性：一般 — 该架构是 InkOS 系统设计选择，非经独立验证的写作方法论
> 置信度：中 — 三层分离的设计逻辑合理，但具体效果依赖实现细节与各层之间的同步机制

InkOS 每本书的权威记忆由三层组成。这一设计可作为连续性管理"动态状态"体系的技术架构参考：

| 层 | 用途 | 在本 Skill 中的对应关系 |
| --- | --- | --- |
| **结构化状态**（`story/state/*.json`） | 权威结构化状态：当前状态、伏笔、章节摘要等，经过 Zod schema 校验 | 对应本 Skill 的"动态状态"结构化字段——人物状态、关系变化、伏笔台账、线热状态等 |
| **可读投影**（`story/*.md`） | 人类可读投影：`current_state.md`、`pending_hooks.md`、`chapter_summaries.md`、`character_matrix.md` 等 | 对应 `references/动态状态模板.md` 的 Markdown 可读格式——供作者审阅但不作为连续性判断的唯一依据 |
| **时序记忆库**（`story/memory.db`） | Node 22+ 自动启用的 SQLite 时序记忆库，用于相关事实、伏笔和摘要检索 | 本 Skill 暂无私库层——当前通过"冷线复查窗口 + 归档决策 + 连续性日志"实现等效功能 |

### 对本 Skill 的启示

1. **分层治理**：连续性判断以"结构化动态状态"为权威源（第一层），"可读投影"（第二层）为作者审阅辅助。避免在 Markdown 投影上做精确判断，也避免在动态状态中插入叙事性描述。
2. **时序检索**：当项目规模增长（100+ 章），纯线性扫描冷热线成本递增。引入时序检索（SQLite/轻量数据库）可按"范围 + 热度"快速提取需要复查的对象，而非逐章读投影文件。
3. **写前查 vs 写后写**：InkOS 的连续性审计是写后验证（对照结构化状态验证草稿连续性）；本 Skill 当前以写前判断 + 写后更新为主。两者可互补：写前做冷热线回归判断，写后用审计规则做交叉验证。
4. **受控上下文**：InkOS 使用 protected / compressible 语义压缩——核心状态（如"当前焦点""长期意图"）不被压缩，历史摘要可压缩。对应本 Skill 中"热线不压缩、冷线做休眠说明归档而不删除"的原则。