通用-管理连续性冷热线
题材路由:若 .github\题材专用Skills\ 目录存在对应的 <题材>-管理连续性冷热线 Skill,则:
- 将题材特性骨架路由到 <题材>-管理连续性冷热线,该 Skill 位于 .github\题材专用Skills\ 目录。
- 命中本技能时,必须优先强制加载当前 Skill 与 <题材>-管理连续性冷热线。
连续性控盘不是后台表格管理,而是为了保证读者的追读体验不断电。
继续读取的 references(强制读取门禁)
以下所列 references 文件必须通过 read_file 工具逐文件读取,不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。 每条 references 按其标注的必读等级强制执行:
- 标注 必读 的文件:必须读取,少一条即视为流程违规,不得开始执行流程。
- 未标注必读的文件:必须读取,但读取后可仅提取与当前任务直接相关的段落,不要求逐字通读。
- 若文件路径指向的文件不存在(如引用的外部路径未就位),必须在日志中显式记录
reference_missing_{refName},不得静默跳过。
命中连续性控盘任务时,除本文件外,必须继续读取:
references/连续性与冷热线保真规则.mdreferences/动态状态模板.mdreferences/冷线复查与回归决策表.mdreferences/合理休眠说明模板.mdreferences/章节链路热度与回写层级表.md../../写作研究/网文留存模型.md— 留存基线,定义冷热线状态中的"留存热度"字段——某条线连续N章不出现对留存的影响等级references/归档更新_决策日志_进度追踪补编.md
风格/蓝本/写作研究模板自动发现规则
若当前服务的项目根目录存在 Agents.md,执行连续性冷热线管理前必须:
- 读取项目根目录的
Agents.md;若其中声明了主输出平台,检索三类模板时优先匹配"适用平台"与主输出平台一致的模板,无匹配时回退到"适用平台:默认"的同类模板 - 若
Agents.md中注册了"写作研究模板"——读取对应路径的模板文件,将其回报间隔、冷线遗忘阈值和平台节奏作为默认基线 - 若
Agents.md中注册了"作者风格模板"——读取对应路径的模板文件,将其作为关系线回温、情绪表达和声口一致性参照 - 若
Agents.md中注册了"作品蓝本模板"——读取对应路径的模板文件,将冷热线回温、伏笔回收、信息释放和钩子轮换作为节奏参照 - 本 Skill 只消费与连续性、回温、回收和动态状态相关的字段;若模板字段与定稿章节事实冲突,以定稿章节和动态状态为准
- 若项目根目录不存在
Agents.md,或其中未注册对应模板——回退通用默认模式,不报错,不阻断
本 Skill 默认消费字段:
- 写作研究模板:回报间隔、刺激点间隔、读者遗忘阈值、平台节奏禁忌
- 作者风格模板:情绪表达方式、对话风格配置、禁忌清单
- 作品蓝本模板:信息释放节拍、中段回报指纹、章末钩子指纹、场景节奏分布
常见触发词 / 用户说法速查
- 哪些线快忘了
- 谁该回来了
- 这几章有没有失温
- 伏笔是不是超期了
- 关系桥接断了没有
- 写完这章后更新动态状态
- 哪些旧债必须碰一下
何时使用
- 写章前,需要判断哪些人物 / 关系 / 主支线 / 伏笔应该回归。
- 写章后,需要把最新变化写回动态状态,避免后续忘线。
- 连续 3–10 章后,需要检查剧情有没有中段失温、角色蒸发、伏笔断档。
本 Skill 的核心任务
- 识别热线、温线、冷线、归档线。
- 判断哪些冷是正常休眠,哪些是危险失温。
- 检查人物、关系、伏笔、规则边界、未回收问题是否越过应回归窗口。
- 在写后更新动态状态,而不是只靠记忆。
执行顺序
固定优先级:先扫描,再回写,最后处理失温决策。
- 先核对输入的卷、章节或动态状态是否有效;若无效,先提示重新输入有效值,并停在参数校正。
- 再读取最近章节、相关卷纲与线索 / 伏笔 / 关系台账。
- 再判断当前哪些元素是热、温、冷、归档。
- 再识别需要本章 / 近期回归的对象,并说明原因。
- 再识别允许休眠的对象。
- 再为允许休眠的对象写明合理休眠说明。
- 然后扫描主卖点显影链、中段回报链、章末接棒链、章首抓眼链等章节链路对象的热度。
- 写后先只按模板更新动态状态。
- 再只更新回归压力。
- 再只更新未回收钩子与情绪债务。
- 最后只更新章节链路热度。
- 若某条线已经连续多章失温,再按决策表决定是推进、提醒、转移、休眠还是归档,并明确优先回写层级。
归档更新、决策日志与进度快照补强(新增)
- 写后更新不只改“哪条线升温了”;默认还要同步判断人物档案哪些动态字段变了:位置、情绪、已知信息、持有物、身体状态,以及是否需要追加章节行为记录。
- 人物关系只在发生实质变化时更新;不要为了显得勤快,每章都把关系表重新搅一遍。
- 若本章新引入地点、规则、势力、时间节点,或改变旧设定状态,默认同步刷新对应世界观条目。
- 情节记录层默认同步更新:章节摘要、TODO 状态、悬念 / 伏笔状态、超期提醒与回收余波。
- 章节定稿若产生结构性偏移、节奏权重调整或钩子方向改动,默认追加决策记录;若只是微调措辞,不必强记成结构决策。
- 连续性扫描结束时,默认给出一个最小进度快照:当前章节、当前步骤、是否被阻塞、最近完成章节、待处理问题、下步
1–3个动作。 - 一切归档默认只记已发生事实,不预测未来章节;若定稿章节与旧资料冲突,以定稿章节为准,并在日志中写明修正原因。
默认输出口径
- 若用户未指定扫描对象,默认逐项扫描人物、关系、主支线、伏笔、旧债和未兑现情绪债务这 6 类对象;若用户已指定范围,则不额外扩张扫描对象。
- 默认不仅判断“提没提到”,而是判断是否发生了有效触碰。
- 默认在需要时输出合理休眠说明,而不是只说“这条线先放着”。
最低交付
- 明确指出哪些线是热线、温线、冷线、归档线。
- 明确指出本章 / 下章必须回来的对象。
- 明确指出哪些对象可以继续休眠,以及为什么。
- 写后能回答:推进了哪条线、回收了哪条线、升温 / 降温 / 转移了哪条线。
与其他 Skill / Prompt 的边界
- 本 Skill 不代替章节正文审阅,只负责"有没有忘"和"该不该回"。
- 本 Skill 不直接生成控制卡,但通常是
通用-生成章节控制卡的上游检查器与下游写回器。 - 本 Skill 不负责重写总纲,但会指出哪条线已经冷到需要回到上游修纲。
桥段重复度扫描(新增——吸收自知乎《最近弃了七本书》)
市场教训表明:桥段重复是读者弃书的最隐蔽原因之一——同一情节模式连续重复三四次后,再好的创意也会让读者产生生理性厌倦。
扫描条件
本扫描在每次冷热线检查(默认6类对象扫描)完成后,追加一轮桥段重复度扫描。若以下条件成立则触发:
- 当前已写完的连续章节数 ≥ 10 章;或
- 用户显式要求检查"有没有重复桥段"。
扫描方法
- 桥段指纹提取:对最近 15-20 章或当前卷的已完成章节,提取每章的核心"桥段类型指纹"——该章的主要推进方式是打脸型、解谜型、展示型、对话推进型、关系升温型、日常事件型、装备/升级展示型,还是其他类型。
- 重复度计算:
- 同一指纹在最近 10 章中出现 ≥3 次 → 黄色预警
- 同一指纹在最近 15 章中出现 ≥5 次 → 红色预警
- 具体表现检查(参照市场真实案例):
- 是否存在"同一个流程模板被反复套用"的现象(如:推新事物→众人怀疑→权威验证→好评→抢购,在五十万字内重复出现 4-5 次)
- 同类型的情绪回报是否连续出现(连续打脸、连续解谜、连续展示)
- 主角的主要动作模式是否出现大量重复(莽、潜行、谈判、逃——连续多章用同一动作模式)
桥段重复的处置决策
| 预警等级 | 处置要求 |
|---|---|
| 黄色预警 | 在下一张控制卡中,将重复桥段做变异处理:换触发条件、换执行人、换场景、翻转预期结果,或压缩为半章快速过渡。 |
| 红色预警 | 立即停止当前写作节奏,返回卷纲层做一次桥段重置:至少插入 1-2 个全新事件类型,并调整后续章节的指纹轮换节奏。在修复完成前,不得继续按原模式推进正文。 |
| 具体表现重复 | 将该模式列为"下卷禁用",并设计至少 2 个替代推进方案。 |
桥段指纹登记建议
在生成章节控制卡时,建议在控制卡顶部标注该章的"桥段指纹标签",逐步积累成本书的桥段指纹库,供本扫描周期性调用。